제가 일하는 회사의 경우 RabbitMQ를 메인 메시지 버스로 사용하고 싶습니다. 우리가 가진 아이디어는 모든 단일 애플리케이션이 내부 통신을 위해 자신의 가상 호스트를 사용하며 셔블 또는 연합 플러그인을 통해 여러 가상 호스트 (클러스터되지 않은 여러 시스템)에 걸쳐 특정 유형의 이벤트를 공유 할 수 있다는 것입니다. . 우리는 공개 이벤트와 내부 통신을
나는 토끼 클러스터를 설정하고 데이터베이스에서 변경 될 때마다 메시지를 팬 아웃 교환에 게시합니다. 이 업데이트를 사용하는 일부 마이크로 서비스에 대해이 교환에 전용 된 큐가 있고 자체 클라이언트 인프라에 페더레이션 할 수 있도록 원래 외부 큐 전용 큐를 설정하고 모든 메시지. 이제 새로운 외부 소비자 각각에 대해 새로운 전용 대기열을 만드는 대신 교환 연