（Windows Azure）メッセージキュー - 複数のマシンでイベントを発生

Question

私はWindows Azureでアプリケーションを構築しており、複数のインスタンスにイベントを供給するためのアドバイスを必要とし、それぞれのイベントサブスクライバにプッシュします。私はメッセージキュー（Azure Queue Storage）を使うことを考えていました。

コンテキストを提供するために、これはComet実装を使用してクライアントに変更をプッシュするWebアプリケーションです。スケーラビリティ要件のため、分散環境で機能する必要があります。これは、クライアントを異なる物理マシンに接続できることを意味します。

ユーザーが特定の変更を行った場合、これは他の特定のユーザーにプッシュする必要があります。

メッセージキューを使用すると、すべてのロールインスタンスでメッセージを確認する必要がありますが、メッセージを見たロールの数がわからないため、キューを削除するタイミングが明確ではありません。私は、役割の量を数え、誰かが覗くごとにいくつかのカウンターを増やすという流れの中で何かを実装することができます。これには何らかのデフォルトの実装がありますか、私はそれを正しい方法で行っていますか？

Answer 1

Azureキューを使用しないことをお勧めします。単純にうまく動作しないためです。私の意見では、これを行う適切な方法はAppFabricキューを使用することです。

私は自分のブログに（a short introduction to AppFabric queues）と書いてあり、必要と思っているものもカバーしています。サブスクリプションコンテキストを提供するために、2つの小売店、倉庫、および監査アプリケーションがあるとしましょう。 トピック（販売用）と2つのサブスクリプションを作成します.1つはウェアハウス・アプリケーションで、もう1つは監査アプリケーションです。

メッセージがキューに到着すると、メッセージは両方のサブスクリプションに「コピー」されます。だからあなたのappインスタンスは、メッセージを読む他の人がいるかどうか本当に気にしません。それは新しいサブスクリプションを追加するために自分の責任ですがある場合は、AppFabricのため

最終consideratiomが価格設定で、現在の価格は、それぞれがあなたが月額一定量（課金を課金取得のAppFabricへの接続を開いたためにそうをベース接続です計算は地獄のように複雑です）。しかし、私は、これをもっと理解できる/論理的なものに変えるという事実を知っていますが、それ以上の詳細はありません。

要約すると、AppFabricキューを見ると、それらは欠けている機能を提供するはずです。

Answer 2

私はAzure AppFabric Service Busで提供されるキューがこのシナリオに適していると思います。メッセージキュー機能は現在のところCTPのみであるため、プロダクションの準備が整うまでしばらくの間、それを存続させることができれば、私はそれを見ていきます。 http://vasters.com/clemensv/2011/05/16/Introducing+The+Windows+Azure+AppFabric+Service+Bus+May+2011+CTP.aspx