問題タブ [azure-servicebus-queues]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure - 実行時間の長いメッセージ処理 Azure Service Bus のスケーリング
QueueClient Message Pump を使用して、実行時間の長い Azure Service Bus メッセージを多数処理しているワーカー ロールをスケーリングする最善の方法は何ですか。
QueueClient.OnMessageOptions.MaxConcurrentCalls = 6 と QueueClient.OnMessage を使用している場合、一度に最大 6 つのメッセージしか処理できないということですか?
OnMessage コールバック内で長時間実行される処理を実行して新しいタスクを生成し、その処理を完了するのは悪い形式ですか?
代わりに QueueClient.OnMessageAsync を使用する必要がありますか?
助けてくれてありがとう。
biztalk - 接続が失われた場合に SB-Messaging の受信場所を再接続する
Azure Service Bus Queue への接続が失われた場合に、SB-Messaging Receive Location が無効にならないようにする方法はありますか?
X 分後に「接続の再試行」プロパティを設定したいと思います。これは可能ですか、またはイベントログをスキャンして受信場所が無効になっているかどうかを確認してから、BizTalk 管理に移動して場所を手動で有効にする必要がありますか?
wcf - Windows サーバー サービス バスからメッセージを読み取るための WCF サービスの構成
次の構成で WCF SVC を構成しようとしています。ウィンドウサーバーサービスバスのトピック/サブスクリプションからメッセージを取得していません。
コードを介して動的に同じものをホストして構成すると、機能します。
azure - Azure キューでのリース ベースとロック ベースの排他的アクセスの違い
Windows Azure ストレージ キューはメッセージに対してリース ベースの排他的アクセス戦略を使用し、Azure サービス バス キューはロック ベースのアクセス戦略を使用することを知っています (ここで msdn のドキュメントを読む)。両方で、ロック/リースの最大期間を設定できます。では、これら 2 つの方法の最も重要な違いは何ですか? 誰かが明確な/短い例を提供できますか? ありがとう。
azure - Azure Service Bus サーバーの例外のログ記録
キュー メッセージを送信するクライアントにアクセスできない場合、Service Bus の例外とエラーをログに記録する方法はありますか? のように、Service Bus キュー自体から?
azure - 配信不能キューから削除しようとしたときの不正な要求
次のコードを使用して、配信不能キューからメッセージを削除しようとしています。
そして取得し続けます：
The remote server returned an error: (400) Bad Request. The specified HTTP verb (GET) is not valid. TrackingId:104cc11d-21b5-440c-adde-e9ce9afb0603_G25,TimeStamp:1/24/2015 8:44:10 AM
ここで何が問題なのですか？
azure - メッセージを非同期で送信した場合、Azure Service Bus キュー内のメッセージの順序はどうなりますか?
SendAsync(...) を使用して Azure サービス バスのトピック/キューにメッセージを送信する場合、メッセージの順序は保証されますか?
たとえば、SendAsync を使用して大量のメッセージを送信する 1 つのスレッドを持つアプリケーションがある場合、SendAsync メソッドが呼び出された順序は維持されますか? Service Bus クライアント ライブラリは、メッセージが非同期で送信されても、メッセージがトピックに追加される順序が常に維持されることを認識できるほどスマートですか?