Bus mit mehreren Busmembern
Sie sollten mehrere Busmember für Ihre Buskonfiguration in Betracht ziehen, wenn das Nachrichtenübertragungsvolumen hoch ist und ohne große Probleme unterteilt werden kann, z. B. nach Anwendung oder Warteschlange.
In der folgenden Abbildung sehen Sie eine Konfiguration, die der Laufzeitumgebung jeder Konfiguration mit einer einzigen Messaging-Engine sehr ähnlich ist, wenn das Anwendungs-Messaging eigenständig ist.

Sobald Anwendungen in anderen Servern jedoch beginnen, über Nachrichten miteinander zu kommunizieren, ändert sich die Laufzeitumgebung.
Für eine Buskonfiguration mit mehreren Busmembern ist eine sorgfältige Planung erforderlich, weil Messaging-Anwendungen wahlfrei Verbindungen zu jeder verfügbaren Messaging-Engine im Bus herstellen. Das einzige Standardverhalten, das dieses Vorgehen außer Kraft setzt, ist das, wenn eine Anwendung eine Verbindung zu einem Bus herstellt, der eine Messaging-Engine enthält, die in demselben Server ausgeführt wird. Dies kann dazu führen, dass Nachrichten über ineffiziente Pfade von Anwendungen an Warteschlangen oder Subskriptionen und umgekehrt übertragen werden, was sich nachteilig auf die Verwaltbarkeit und Servicefähigkeit des Systems auswirkt, weil die Verbindungen unvorhersehbar sind und die Nachrichtenweiterleitung variable ist.
Eine allgemeine Regel ist, direkte Verbindungen zu dem Busmember herzustellen, das die Warteschlange enthält. Legen Sie immer Ziele für Verbindungen und Aktivierungsspezifikationen fest. Wenn Sie zwischen einer erzeugenden Anwendung und einer konsumierenden Anwendung wählen müssen, verbinden Sie die Konsumenten direkt mit der Messaging-Engine des Warteschlangenpunkts und ermöglichen Sie dem Erzeuger Store-and-forward-Verfahren.