EPiServer CMSをAzureにデプロイするときにサービスバスを使用する理由

Question

私の仕事は、オンデマンドVMを実行していたEpiServer 7 CMSサイトをAzure Webアプリケーションに2つのインスタンスに展開することです。

私はリンクに見つかりましたが、サービスバスを設定するように指示しています。 SBが必要な理由を知っている人はいますか？ http://world.episerver.com/documentation/developer-guides/CMS/Deployment/deployment-scenarios/Deploying-to-Azure-webapps/

追加コメント：

私はシナリオを次のように問題があります - 私は私のブラウザ上でインスタンス1にEPIにログインをした後、私は逆さまの画像を回します。これは、ページを再読み込みした後でも、別のブラウザで開いたインスタンス2には影響しません。これはサービスバスが処理するためのものですか？

私はこのために別の質問スレッドを作成しますが、インスタンス1の更新がinstance2に影響するようにイメージを保存するためのBLOBストレージ以外の方法はありますか？

Answer 1

あなたのコメントはサービスバスに関連しています。サービスバスはすべてのインスタンス間のイベントメッセージを処理しますが、これらのメッセージにはキャッシュ無効化情報が含まれている場合があります。イベントシステムはプラガブルなので、サービスバスに頼らない場合は独自の実装を作成できます。しかし、インスタンスがキャッシュを無効にする時期を知るように、イベントを有効にする必要があります。

Answer 2

は、サービス・バスは、例えば、他のインスタンス（複数可）のキャッシュの無効化をトリガするために、アズールに（即ちサーバ） Episerverウェブアプリケーションが複数のインスタンスで実行できることを確認するために必要とされるときに一例におけるコンテンツの変更。