私は最近、新しいプロジェクトマネージャーと一緒に、開発者/アナリストとしてNServiceBusの実装に参加しました。プロジェクトは、実現可能性と設計段階を過ぎています。以前の実装作業は、Pub/SubセットアップでNSBエンドポイントを使用して行われました。
プロジェクトマネージャーは、すべてのエンドポイントを単一のサーバーに整理するように設計を変更しました。これにより、彼はブローカーシステムを模倣したいと考えており、発行者が共有上のXMLファイルをポーリングするように指定されています。メッセージはバス（同じサーバー上）を流れ、サブスクライバーエンドポイント（ここでも同じブローカー）はXMLファイルをターゲットシステムに配置します。彼は、この方法でシステムを分離し、XMLファイルでバスの責任に隣接することに大きな利点があると強く信じています。
私はこれらの議論でケースを構築しようとしました
- デカップリングはエンドポイント間にあります
- EAIロジックは、NSBフォールトトレラントシステムの恩恵を受ける必要があります
- 中央アーキテクチャは単一障害点を作成します
- NSB外のEAIロジックには、独自の監視とロギングが必要です（スケーラブルではありません）
- 新しいアプリケーションには、XMLのインポート/エクスポート要件があります
私のケースを作成するために、私は多くの優れたドキュメントを参照しました。問題は、すべてのドキュメントが非常に技術的であり、真の革新が行間で読み取られることです。
ですから、私の質問は、あなたの考えや良い（人間が読める）参照を共有することによって、私のケースを（反論する）議論するのを助けることです。