問題タブ [azure-servicebus-topics]

BrokeredMessage の本文が JSON テキストの場合、その JSON 内のプロパティに対するフィルターを使用してトピック サブスクリプションをセットアップすることは可能ですか?

そのため、最近 Azure Service Bus を調査しましたが、無限ループを使用してキュー/サブスクリプションをポーリングする必要があるのか​​、それとも OnMessage コールバック/メッセージ ポンプ機能を使用する必要があるのか​​について、少し混乱しています。より少ない操作を実行してコストを削減するにはどうすればよいでしょうか?

理想的には、操作を無駄にしないようにイベント駆動型システムが必要であり、一般的にははるかに優れたアプローチです。

私の質問は、「イベント駆動型メッセージ ポンプでメッセージを処理する」と定義されている OnMessage を使用して、本当にイベント駆動型ですか?

このページ (QueueClient.OnMessage): https://msdn.microsoft.com/library/azure/microsoft.servicebus.messaging.queueclient.onmessage.aspxを見ると、下部にあるコメントに気付くでしょう。基本的には、Receive() メソッドを呼び出す無限ループのラッパーです。それは私にはあまりイベント駆動型ではないように思えます。

このページ (SubscriptionClient.OnMessage): https://msdn.microsoft.com/en-us/library/azure/dn130336.aspxを見ると、その発言は存在しません。トピック/サブスクリプションとキューで同じですか、それとも実際にはサブスクリプションではイベント駆動型ですが、キューではそうではありませんか?

明らかにそうではないのに、なぜ彼らはそれがイベント駆動型であるとさえ言っているのですか? QueueClient.OnMessage ページの発言に「無限ループ」「すべての受信操作が課金対象イベント」という言葉があるのはちょっと怖いです。

また、どちらの方法でも費用がかかるかどうかについてはあまり心配していません。可能な限り効率的にすることに関心があります。

このポストazure リソース マネージャー サービスバス プロバイダーのおかげで? 、

トピックとサブスクリプションを使用して Servicebus 名前空間をプロビジョニングできました。

サブスクリプションのプロビジョニング中にSQL フィルターを追加できるかどうか疑問に思っていますか?

前もって感謝します。

Azure Service Bus (または Windows Server の Service Bus) を使用して、.Net サービスによって生成された pub/sub トピックとしてビジネス イベントを発行することを検討しています。これらのイベントが IBM Lombardi BPM によって (ポーリングなしで) ピックアップされるようにしたいと考えています。Lombardi BPM V8.5.6 が Azure (または Service Bus for Windows Server) トピックをサブスクライブできるかどうかは明らかではありません。

1. これは、すぐに使える Lombardi BPM で実行できますか?
2. どのようにしますか？

仲介サービス (rest) を使用して特定のサブスクリプションにメッセージを送信したいのですが、どうすればよいですか。

トピックに多数のサブスクリプションがあり、特定のサブスクリプションにメッセージを送信したい場合。

私は Rebus を使用しており、CQRS Journeyの段落「イベントを複数回処理するのを避ける」のようなものを導入したいのですが、わかりません。

トランスポートには SQL Server を使用し、サブスクリプションとサガには MongoDBを使用するように Rebus を構成しました。RoutingはTypeBasedで構成され、すべてのコマンド ハンドラーの型をTransportで構成されたキューにマップします。

ここで、コマンドがイベントを発行するときに、これが既存のサブスクライバーのタイプと同じ数の個別のトピック (仮想または物理キュー) にレプリケートされるように Rebus を構成する必要があります。

何かのようなもの：

手伝ってくれてありがとう。