私はしばらくの間、この概念に苦労してきました。項目をデキューして処理するキューとワーカー ロールを使用して完全にスケーラブルな、疎結合の Azure コンポーネント設計を考え出そうとしています。Worker ロールは自由にスケーリングでき、キューへの発行はまったく問題になりません。これまでのところは良いですが、これが機能する唯一の現実世界のモデルは、ファイア アンド フォーゲットのようです。ロギングやその他の一方向操作には最適ですが、キュー/ワーカー ロールを使用してファイルをアップロードし、それを BLOB に保存して、完了したら応答を取得したいとします。それとも、このタイプのモデルをオンライン アプリに使用すべきではありませんか? 操作が完了したら通知を送り返す最良の方法は何ですか? 応答 Q を作成してから、(何らかの方法で) 関連する応答を取得しますか? どんな助けでも大歓迎です!!!!!
質問する
159 次
2 に答える
4
私は通常、ポーリングモデルを行います。
- クライアント (通常はブラウザー) は、何らかの作業を行うために要求を送信します。
- フロントエンド (Web ロール) は作業をキューに入れ、ID で応答します。
- バックエンド (ワーカー ロール) はキューを処理し、結果を という名前の BLOB またはテーブル エンティティに格納します。
- クライアントは一定の間隔でポーリング (「まだ完了していますか?」) を行います。
- フロントエンドは、BLOB またはテーブル エンティティが存在するかどうかを確認し、それに応じて応答します。
このパターンの一例については、http://blog.smarx.com/posts/web-page-image-capture-in-windows-azureを参照してください。
于 2011-09-01T19:56:42.553 に答える
1
キューを使用する代わりに、サービスバス appfabric を調べることもできます。サービスバスを使用すると、サービスバス appfabric からメッセージを送信したり、キューを使用したりできます。ポーリングする代わりに、発行して購読することができます。
于 2011-09-03T20:04:07.503 に答える