다중 버스 멤버 버스
메시징 트래픽이 많아 적절하게 분배할 수 있는(예: 애플리케이션 단위 또는 큐 단위로 분배) 버스 구성에서는 다중 버스 멤버를 고려해야 합니다.
다음 그림은 애플리케이션 메시징이 자체 포함되어 있을 때 런타임 시에 모든 단일 메시징 엔진 구성과 매우 비슷한 구성을 보여줍니다.
그림 1. 다중 버스 멤버 버스 구성 

하지만 여러 서버에서 애플리케이션이 시작되어 메시지를 통해 서로 통신하면 런타임이 변경되기 시작합니다.
메시징 애플리케이션은 버스에서 사용할 수 있는 메시징 엔진에 무작위로 연결되므로 다중 버스 멤버 버스를 구성할 때는 주의 깊게 계획해야 합니다. 이를 대체할 수 있는 기본 동작은 동일한 서버에서 실행되는 메시징 엔진이 포함된 버스에 애플리케이션이 연결될 때 뿐입니다. 이 경우, 메시지에 애플리케이션에서 큐 또는 등록까지 비효율적인 경로가 사용됩니다. 이러한 결과는 예상할 수 없는 연결 특성과 가변적인 메시지 라우팅으로 인해 시스템의 관리 효율성과 서비스 가용성에 영향을 줍니다.
일반적인 규칙은 큐를 소유하고 있는 버스 멤버에 직접 연결하는 것입니다. 항상 연결 및 활성화 스펙을 대상으로 해야 합니다. 애플리케이션 작성 또는 애플리케이션 사용 중 하나를 선택해야 할 경우, 사용자를 큐 위치의 메시징 엔진에 직접 연결하고 작성자가 저장하고 전달할 수 있도록 허용하십시오.