나는 토끼 클러스터를 설정하고 데이터베이스에서 변경 될 때마다 메시지를 팬 아웃 교환에 게시합니다.RabbitMQ - 페더레이션 대기열 Vs exchange federation
이 업데이트를 사용하는 일부 마이크로 서비스에 대해이 교환에 전용 된 큐가 있고 자체 클라이언트 인프라에 페더레이션 할 수 있도록 원래 외부 큐 전용 큐를 설정하고 모든 메시지.
이제 새로운 외부 소비자 각각에 대해 새로운 전용 대기열을 만드는 대신 교환 연합을 허용하는 것이 점점 더 많은 사용자가 올 것이므로 더 나은 접근 방법이 될지 궁금합니다.
장단점은 무엇입니까?
감사
은 당신이 적절하게 권한을 관리로, 최종 결정은 당신에게 달려 있습니다. 먼저 모든 변종을 시도해보고 실제 필요에 맞는 것을 찾으십시오.
로컬 대기열을 사용하면 최종 사용자가 인프라 나 네트워크 문제로 인해 디스크/메모리 비용을 견뎌 낼 수 있지만 대기열 길이 및/또는 크기를 제한 할 수 있습니다.
Shovel plugin과 Dynamic shovels을 살펴 보시기 바랍니다. 로컬 대기열을 사용하면 서버를 잘 처리 할 수 있습니다.
제휴와 비교하면 삽은 훨씬 간단합니다. 그것은 업스트림과 다운 스트림 사이에서 컨텐트를 동기화하지 않지만 단순히 한 큐에서 다른 큐로 메시지를 신뢰할 수있는 방식으로 이동시킵니다. 연맹이 제공하는 것을 필요로하지 않는 한, 삽은 좋은 선택이 될 수 있습니다.
또한 q/a가 유용 할 수도 있지만 (조금 오래된 것 같습니다) - https://stackoverflow.com/a/19357272.