問題タブ [azure-queues]

2 つのワーカー ロールを持ち、Web ロールを持たない Azure アプリケーションを構築したいと考えています。worker ロールが最初に起動するとき、ロールの 1 つだけが次のことを 1 回だけ実行するようにします。

• マスター ファイルをダウンロードして解析し、マスター ファイルの内容に基づいて複数の「子」タスクをキューに入れます。
• 単一のマスター ファイル ダウンロードの「子」タスクをキューに追加して、翌日実行する

その後、「子」タスクのそれぞれは、タスク キューが使い果たされるまで、両方のワーカーによって実行されます。すべてを「ポンプのプライミング」と考えてください

Web ロールを呼び出してキューに最初の「マスター」タスクを手動で追加すれば、この種の作業は非常に簡単ですが、自動開始モードでは非常に難しいようです。

この点で何か助けていただければ幸いです。

ありがとう.....

Azureテーブルストレージにテーブルがあるとしましょう

そして、AzureQueueに「Add10toAmount」というメッセージが表示されます。

ここで、1人の労働者の役割を考えてみましょう

1. このメッセージをキューから取得します
2. テーブルから行を取得します
3. 金額+=10
4. テーブルの行を更新します
5. そして失敗する

しばらくすると、メッセージが再びキューに入れられます。したがって、次の労働者の役割：

1. このメッセージをキューから取得します
2. テーブルから行を取得します
3. 金額+=10
4. テーブルの行を更新します
5. キューからメッセージを削除します

これらのアクションは、のAmount += 20代わりになりAmount += 10ます。

どうすればそのような状況を回避できますか？

私は、Azure ベースのアプリケーションの設計の初期段階にいます。私が Azure に惹かれる理由の 1 つは、予想される需要の変動性を考えると、スケーラビリティです。そのため、必要に応じてインスタンスを追加できるように、物事を疎結合に保つようにしています。

Azure 用のアプリケーションを設計する際に私が目にした推奨事項には、Web ロール ロジックを最小限に抑えること、worker ロールで処理を実行すること、通信にキューを使用すること、SQL Azure や Azure Tables などのバックエンド ストアを使用することが含まれます。アプリケーションのいずれかまたは両方の部分を問題なくスケールアップできるので、これは良い考えのように思えます。ただし、キューでデータを送信するのではなく、Web ロールをデータ ストアと直接通信させるのが最適な場合のベスト プラクティスがあるかどうか (または誰かが経験を持っている場合) に興味がありますか?

Web ロールから簡単な挿入を行うケースを考えています。これをメッセージとして設定し、キューに送信して、worker ロールにピックアップさせて挿入させることもできますが、ダブルハンドリングが多いようです。ただし、Web ロールが圧倒されたり、より複雑なロジックが挿入に必要になったりした場合に備えて、長期的にはこれがより良い場合があることも理解しています。

これは、答えが「完全に状況に依存するため、パフォーマンス メトリックを確認してください」である場合があることは承知しています。

私のアプリケーションの一部には「チャット」システムが含まれています。ユーザーごとにキューを維持します。ユーザーへのメッセージはキューに入れられ、ユーザーのソフトウェアは定期的に残りのサービスをポーリングして新しいメッセージを探します。その時点で、キューからメッセージが送られ、ユーザーに返されます。

システムは非常にシンプルで、うまく機能し、必要なことはすべて実行できます。

私の問題は; アプリケーションのキューリストを乱雑にする数百（そしてすぐに数千）のキューがあります。

他のキューもありますが、BLOBストレージにあるもののようにそれらを「整理」できないのは私には戸惑います。

何かが足りないのでしょうか、それともキューリストを無視して、ユーザーが出入りするときにキューの作成と削除を適切に管理しているという事実に依存する必要がありますか？

Azureコードに対してVisualStudio2010スレッドプロファイラーを実行したところ、多くの競合が発生していることに気付きました。私のコードは実行中よりも頻繁にブロックされます！

私のワーカーには、カスタムスレッドロジックがまったくありません。これは単純なWhileループであり、さまざまなキューに作業があるかどうかを尋ねます。QueueRepositoryClassのインスタンスを作成してから、GetQueueMessage関数を呼び出します。

何らかの理由で、複数のスレッドがGetQueueMessageメソッドにヒットし、同じqueueClientインスタンスを使用しているようです。おそらくそれは私がCloudStorageAccountオブジェクトを押しつぶした結果ですか？それとも、CreateCloudQueueClient拡張メソッドですか？

私は次の問題への最良の実装/アプローチを考え出そうとしています

Azure Queueに接続するプラグインを備えたwinformsアプリケーションを使用しているお客様がいて、事前の会議間隔で接続しているお客様の請求書を待っているかどうかを確認しています。ある場合、プラグインは請求書を顧客のローカルデータベースにダウンロードします。このアプリケーションを使用している顧客はたくさんいるので、すべての顧客がキューに接続します。彼らはすべて自分の請求書をダウンロードする必要があります

これを実装することを考えたのは、顧客ごとにキューに名前を付けることでした（顧客GUIDがキューを識別します）。したがって、すべての顧客は同じアカウントキー/名前を使用してキューに接続します。これに伴う問題は、各顧客がdllにアカウントキー/名前を持っており、それを反映して取得できることです（スマート顧客）。キー/名前を暗号化する方法はありますか、それとも誰かが提案できるより良い解決策がありますか

ソリューション内の複数のロール プロジェクト間で共有されるクラス ライブラリがあります。これらのプロジェクトのうちの 2 つは、Web ロールと Worker ロールです。

それぞれの構成設定は同じです。

それぞれがこの関数を呼び出しています。

これをワーカー ロールで実行すると、問題なく動作します。キューメッセージの読み書きが正常に行われることを確認しました。Web ロールで実行すると、queue.CreateifNotExist() への呼び出しがクラッシュし、「Response is not available in this context」というエラーが表示されます。これを引き起こしている可能性のある情報を検索しようとしましたが、これまでのところ検索の努力は成果を上げていません. 追加できる情報があれば教えてください。

Windows Azure に足を踏み入れていて、単純でなければならない何かに出くわしていますが、それが見えません。

Azure キューで遊ぶためのこの小さなテストがあります。

メッセージは問題なく送信されます-SQLテーブルで確認できます。ただし、「testQueue.DeleteMessage(received)」メソッドにヒットすると、次のようになります。

これは、Azure SDK の内部のどこかで失敗したようです。

VS 2010、.NET 4.0、Azure SDK V1.2、64 ビット Win 7 を使用しています。開発者ストア サービスが実行されています。メッセージがキューに入ることはわかりますが、削除することはできません。

誰もこのようなものを見たことがありますか？

Windows Azure では、パブリック BLOB コンテナーを作成できます。このようなコンテナーは、REST API を介して匿名クライアントからアクセスできます。

パブリックにアクセス可能なキューを作成することもできますか?

Create Container 操作のドキュメントではx-ms-blob-public-access、BLOB コンテナーのパブリック アクセスのレベルを (HTTP ヘッダーで)指定する方法について説明しています。ただし、Create Queue操作のドキュメントには同様のオプションがリストされていないため、これは不可能だと思います-しかし、私は本当に修正したいと思います:)

テスト アプリを作成し、azure クラウドに正常に展開しましたが、アプリケーションにキューを追加したため、道に迷っています。

現在、構成文字列を使用しています：

次に、次のコードでキューを作成/開きます。

これはローカル モードでは問題なく動作しますが、クラウドを使用するように DataConnectionString を変更する方法がわかりません。

私が試してみました：

しかし、これは機能しません - ローカルで実行されません。助けていただければ幸いです。

ありがとう