私はメッセージバスをさらに理解しようとしていますが、頭に浮かぶ質問の1つは、「メッセージはどのようにしてバスに届くのか」ということです。さて、メッセージを受信してバスに乗せるサービス（WCFなど）があると思います。それで、私が持っているもう1つの質問は、このサービスがボトルネックになる可能性が高いということではないでしょうか。このサービスは、負荷分散などによって簡単に拡張できるように設計すると思いますか？それとも別の方法がありますか？
また（申し訳ありませんが、元々は1つの質問のみであると想定されていました）、メッセージの送信先を定義するルーティングテーブルはどこに保持されますか。データベースで？繰り返しますが、これは潜在的なボトルネックではないでしょうか？
これを非製品（BizTalkなど）またはフレームワーク（NServiceBus、大量輸送機関など）の観点から見ようとしています。まるでこのようなことを一から書くかのように。私はあなたが得ているものと潜在的な問題について頭を悩ませたいと思います。BizTalkを使用すると、ルーティングテーブル用のメッセージボックスが表示されます。これは、過去に悪名高いボトルネックでした。また、2009年のESBの部分で「ランプ上」の概念を持っていることもわかります。しかし、私が言ったように、私は製品を超えて、人々がそれをどのように見るかを設計する必要があると考えたいと思います。
洞察に感謝します。