私はNServiceBusを調査しています。私はpub-subモデルのアイデアが好きで、出版社と購読者の唯一の唯一の結合はメッセージの意味です。今は、SQLレプリケーションを使用して、ソフトウェアのさまざまな機能分野のデータベース間でデータを同期します。プライベートスキーマが加入者に直接結合されているため、私たちの側で変更することが困難になるため、これは嫌いです。これをNServiceBusの出版物に置き換えることは素晴らしいと思っていましたが、その変化は少し劇的に見えます。 SSISのようなものを使うのはどうですか？ NServiceBusではなくSSISを使用して同じデカップリングを実行できますか？EDAベースのSOAとNServiceBus：なぜSSISパッケージを使用しないのですか？
SSISはメタデータに基づいているため、すべてのデータソースとシンクの内部スキーマを理解する必要があります。各ソース/シンクの基礎となるメタデータが変更された場合、パッケージは変更する必要があります。あなたはまた、MS技術を介して接続しており、プラットフォームに結合されています。あなたは一時的に結合されていないかもしれないように（システムAはシステムBで何か応答するのを待たなければならないように）あなたはデータの全体を動かすので、それは聞こえる。システムについてもっと知らなくても伝えるのは難しいです。最後に、SSISはエクスチェンジ内のすべてのプレーヤーの物理的な位置を認識している必要がありますので、空間的にも結合されています。
私の意見では、パッケージにNSBの概念をたくさん開発せずにNSBと同じ場所に行くことはできないと思います。これには、SQLブローカ上でのXMLメッセージの使用や、NSBで既に解決されているそのような効果が必要になります（SQLBrowerトランスポートについてはGithubのNSB Contribプロジェクトを参照してください）。