私のチームは現在、多数のカスタム アプリケーション間の統合を促進するために、多数の異なるコンテキストで NServiceBus (v4、場合によっては v5) を使用して実装を設計する初期段階にあります。ただし、NServiceBus を利用して、市販のサードパーティ システムからトリガーされるビジネス イベントを発生させたいと考えています。これらのシステムは固有のメッセージングまたはイベント API を提供しないため、現在の考えでは、トリガーを使用して基盤となるデータベースにフックし、場合によっては SQL Service Broker を NServiceBus へのブリッジとして使用することを考えています。
ServiceBroker.netを見てきましたしかし、それはまったく新しい ITransport を作成することによって、NServiceBus v2 または v3 api のインターフェイスなどを使用しているようです。ただし、より新しいバージョンの NServiceBus を使用する予定であるため、これは確実なオプションではないようです。SO に関するその他のやや類似した質問 (すべて数年前のもの) には、単純に SQL トランスポートを使用するためのガイダンスが表示されているようです。これは MSMQ の代わりにテーブルベースの疑似キューを使用しますが、明確でないのは、SQL トリガーで NServiceBus メッセージ レコードを手作りし、それらを手動で疑似キュー テーブルに直接 INSERT することが望ましいかどうか、またはまだ存在するかどうかです。途中でSQL Service Brokerを使用して、NServiceBusメッセージをよりネイティブにバスにポップします。そして、どういうわけか SQLTransport を使用することが答えである場合、
数年前に SQL Service Broker を NServiceBus に橋渡しする動きがあったようですが、ネイティブの NServiceBus SQLTransport が導入されると廃止されました。ループ ポーリング設計よりもリアルタイムな設計でデータ駆動型イベントを生成するための最新の NServiceBus アプローチに関して、何かが欠けているように感じます。