問題タブ [nservicebus-rabbitmq]

MSMQ の上で NServiceBus を使用しています。現在、RabbitMQ を使用する方向に進んでいます。一元化されたキューが必要であり、RabbitMQ がニーズに最適であることがわかりました。

プロジェクトの変換は簡単で、RabbitMQ では、各エンドポイントとそのエンドポイントのメッセージ タイプごとに交換 (およびキュー) が作成されていることに気付きました。

http://docs.particular.net/nservicebus/rabbitmq/configuration-apiの「ルーティング トポロジの変更」セクションを読み、そこに書かれています

それほど複雑でないシナリオでは、DirectRoutingTopology を使用できます

ドキュメントで説明されていないのは、ソリューションを と見なすパラメータですcomplex。

DirectRoutingTopology検索したところ、複雑と見なされるものと、複数の交換が使用されるデフォルトのオプションよりもいつ使用すべきかを説明している場所が見つかりませんでした。または、各アプローチの違い/パフォーマンスに関する考慮事項は何ですか。

誰か知っていますか？

NServiceBus と RabbitMQ を transport として使用するときに、特定のメッセージ タイプのサブスクライバー アドレスのリストを取得する方法はありますか?

メッセージング インフラストラクチャとして NserviceBus を使用し、RabbitMQ をトランスポートとして使用しています。NServiceBus 5.* バージョンから 6.0 にアップグレードしようとしています。5.0 では、"Bus.Defer()" を使用してイベントを延期できました。しかし、6.0 ではメッセージのみを延期でき、イベントは延期できないようです ??

メッセージが「イベント」である以下のコードを使用すると、イベントを発行する必要があるというエラーが表示されます。

ただし、context.Publish(message, new PublishOptions())メソッドは、延期するオプションを持たない「PublishOptions」を取り込みます。

ここで何か不足していますか？誰かが助けてくれれば感謝します。