問題タブ [azure-servicebus-queues]

バックグラウンド

1. トランザクションを受け取り、(スキーマを使用して) XML メッセージに変換し、Azure Service Bus Queue に渡す Web サービスを Azure で作成しました。

2. XML オブジェクトをキューに移動する前に、XML オブジェクトを文字列に逆シリアル化しました。これは、BizTalk サービスが XML オブジェクトを逆シリアル化できないためです。

3. キューのすべての構成は問題ないようで、メッセージは次のようになります。 <?xml version="1.0" encoding="utf-8"?> <QueueTransaction xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" TransactionID="1040" TransactionType="MyAirtimeTest1" Amount="123456" Status="NEW" TransactionDate="1/28/2015 12:00:00 AM" xmlns="http://MMBTService.TransactionSchema" />

4. Service Bus Queue Source、Xml One-Way Brodge、および One-Way External Service EndPoint を使用して BizTalk サービス メッセージ フローを作成します (エンドポイントは WCF Web サービスです)。

5. ソース XML データを Web サービス スキーマにマップする 2 つのスキーマがあります。

6. Request Message Type (Source Schema) を選択し、Validate のみを True に設定し、すべての Enrich と XMLTransform の MAP を無効にしました。

エラーが発生しました

すべてを展開した後、BizTalk サービスの追跡に移動すると、次のエラーが表示されます:ルート レベルのデータが無効です。行 1、位置 1。

私はこれを数日間経験し、メッセージをブリッジ構成に逆シリアル化する際の細部をすべてチェックしましたが、問題を見つけることができません。

アドバイスやヘルプをいただければ幸いです。

Azure のドキュメントを読んだところ、Queues のメッセージ サイズの制限は 64 KB で、Service Bus は 256 KB であることがわかりました。一部のデバイスからセンサー データを読み取り、REST サービスを呼び出してクラウドにアップロードするアプリケーションを開発しようとしています。このデータはキューに保存され、クラウド データベースにダンプされます。

収集されたセンサー データが 256 KB を超える可能性があります...そのような場合、推奨されるアプローチは何ですか...REST サービスでデータを分割してから、データのチャンクをキューに入れる必要がありますか?他におすすめのパターンはありますか

どんな助けでも大歓迎です

WebApi アプリケーションからの処理を分散するために、 Azure Service Bus キュー メッセージをリッスンする Windows サービスがあります。さらに、定期的なタスク (毎晩/毎週) を処理する必要がありますが、これは同じシステムを使用して処理するのが最適であると考えていました。

たとえば、毎日深夜に古い DB ノードを削除する「CleanupDb」のキューがあるとします。

理論的にはこれでうまくいくはずですが、これを処理するより明白な方法が欠けているように感じます。より良い方法はありますか？

私は Azure にかなり慣れていませんが、キュー内のメッセージを読み取る方法を考案したり見つけたりするのに苦労しています。私は次のものを持っています：

• クラウド サービス
• ストレージ アカウント
• キュー

私が今苦労しているのは、きれいなグラフ ポータルを介してメッセージが受信されていることを確認できますが、メッセージの内容を確認したいのですが、少なくともポータルを介してこれを行うことは不可能に思えます。

そのため、これらのメッセージを取得するためにいくつかのコードを手作業で解読し始めましたが、これも機能しません。

わからないことは、キューをストレージに関連付ける必要があるかどうかです。

乾杯、DS。

私は、メッセージングのために ServiceBus を従来のキューのように使用したいプロジェクトに取り組んでいます。取得できないメッセージがキューに入っていることがよくあります。これらのメッセージは有効です (デッド レターではありません)。私は例外を受け取りません。タイムアウトを待ってから、メッセージは問題なく null になります。メッセージのサイズを確認しましたが、すべて 1.5 KB 未満です。

Service Bus キューから配信不能メッセージを削除したいと考えています。特に、この値は DeadLetterMessageCount と呼ばれ、プロジェクトのサーバー エクスプローラーで SB キューの [プロパティ] を右クリックすると、これを確認できます (SB キューを使用している場合)。

これを行う理由は、クラウド サービスの自動スケーリングを設定したためです。そのため、SB キューが非常に大きい場合は、メッセージをより高速に処理するためにいくつかのコアを追加します (より多くのワーカー ロールを有効にします)。キュー内のメッセージ数に応じてスケーリングを設定すると、DeadLettered メッセージ (消費できないメッセージ) もカウントされることに気付きました。必要のないインスタンスがさらに有効になるため、これはお金の無駄です。

ご不明な点がございましたら、お知らせください。

ご協力いただきありがとうございます

メッセージを受信して​​バックグラウンド プロセスを処理するために、Azure サービス バスを使用しています。私のバックグラウンド プロセスでは、Azure Service Bus から既に処理されたメッセージをクリアしたいと考えています。Azure Service Bus メッセージをクリアする方法または方法はありますか?