複数のバス・メンバー・バス
メッセージング・トラフィックが高く、アプリケーションごとやキューごとなど、適切に分割できる場合は、バス構成に対して複数のバス・メンバーを考慮する必要があります。
アプリケーション・メッセージングが自己完結型の場合の、ランタイムで単一メッセージング・エンジン構成に非常に似ている構成を次の図に示します。
図 1. 複数のバス・メンバー・バス構成

ただし、異なるサーバーのアプリケーションがメッセージを使用して相互に通信を開始すると、ランタイムが変更を開始します。
メッセージング・アプリケーションは、バスの利用できるメッセージング・エンジンにランダムに接続するため、複数のバス・メンバー・バス構成では計画を注意して立てることが重要です。 これをオーバーライドする唯一のデフォルトの動作は、同じサーバーで実行されているメッセージング・エンジンを持つバスにアプリケーションが接続するときのものです。 これにより、メッセージが取るキューまたはサブスクリプションへのアプリケーション間のパスが、非効率的なものになる場合があります。接続や変わりうるメッセージ・ルーティングの予測不能な性質のため、このことはシステムの管理の容易性および保守容易性に影響を与えます。
一般的なルールとして、キューを所有するバス・メンバーに直接接続します。 常に接続およびアクティベーション・スペックをターゲットにします。 アプリケーションの作成またはアプリケーションの消費の間で選択する必要がある場合、コンシューマーをキュー・ポイントのメッセージング・エンジンに直接接続し、プロデューサーがストア・アンド・フォワードできるようにします。