データをセールスフォースに完全にプッシュし、フォーム認証された Web サイトである asp.net Web アプリケーションを構築しています。Salesforce への API 呼び出しの回数を最小限に抑え、Web サイトのエンド ユーザーへの応答時間を短縮するために、ユーザーがログインすると、すべての連絡先情報がセッション オブジェクトに保存されます。しかし、問題は、誰かが Salesforce で情報を変更したときに、更新された情報を再度照会してセッション オブジェクトを更新するために、asp.net Web アプリケーションでどのように知ることができるかということです。
アウトバウンドメッセージに関して通知を送信するために使用できるセールスフォースリスナーがあることは知っています。しかし、どうすれば現在実行中の連絡先のセッション オブジェクトを asp.net Web アプリケーションで更新できるのでしょうか。
あなたの意見は私にとって貴重です。
リスナーにアクセスでき、それを使用してイベントをプッシュできる場合、このようなアプローチにより、イベント/API 呼び出しが大幅に最小限に抑えられる可能性が高いと思います。
まず、データが変更されたときに SalesForce から API 呼び出しを受け取ることを目的とする非常に単純なローカル サービスの作成を検討する必要があります。その目的は、重要なデータが変更されたときに API 呼び出しを受け取ることです。このような呼び出しを受信したら、ローカル キャッシュを新しい値で更新する必要があります。Web アプリケーションは常に、要求されたアイテムがローカル キャッシュにあるかどうかを最初に確認する必要があります。そうでない場合は、データを取得するためにリモート サービスへの API 呼び出しを許可することができます。データが取得されたら、ローカル キャッシュを更新して表示します。したがって、この時点から、データが変更されない限り (SalesForce が変更をユーザーとローカル キャッシュにプッシュする必要があります)、二度と API 呼び出しを行う必要はありません。
SalesForce でデータが作成されたときにデータをプッシュし、新しいローカル サービスが配置され、リモート サービスが適切に構成されているときに、SalesForce に対して大量の一連の API 呼び出しを実行するように進化することもできます。これにより、「インターネットが死ぬ可能性がある」という解決策が得られ、ローカルキャッシュにアクセスできるため、データにアクセスできます。
ここでの唯一の課題は、SalesForce 発信 API 呼び出しが失敗した場合 (ローカル サービスがダウンした場合、インターネットがダウンした場合、または SalesForce が利用できない場合) に、結果整合性を維持するために簡単に再試行できるかどうかわからないことです。 .
ローカル キャッシュが Session オブジェクト (揮発性であるためお勧めしません) の場合は、ローカル サービスと Web アプリケーションを同じアンブレラ (同じアプリ) に統合するだけです。
ここでの課題は
頑張ってください、これが役に立てば幸いです
値をキャッシュに保存し、エントリの有効期限を十分に短く設定して、変更が行われたときに更新がすぐに通知されるようにします。あなたにとって、それは数時間かもしれませんし、それより短いかもしれませんし、あるいは数日かもしれません。