메시지 브로커를 선택할 때에는 다음 항목을 잘 검토해야 합니다.
• 프로그래밍 언어 지원 여부: 다양한 프로그래밍 언어를 지원할수록 좋습니다.
• 메시징 표준 지원 여부: AMQP나 STOMP 등 표준 프로토콜을 지원하는 제품인가, 아니면 자체 표준만 지원하는 제품인가?
• 메시지 순서: 메시지 순서가 유지되는가?
• 전달 보장: 어떤 종류의 전달 보장을 하는가?
• 영속화: 브로커가 고장 나도 문제가 없도록 메시지를 디스크에 저장하는가?
• 내구성: 컨슈머가 메시지 브로커에 다시 접속할 경우, 접속이 중단된 시간에 전달된 메시지를 받을 수 있나?
• 확장성: 얼마나 확장성이 좋은가?
• 지연 시간: 종단 간 지연 시간은 얼마나 되나?
• 경쟁사 컨슈머: 경쟁사의 컨슈머를 지원하는가?
브로커마다 다 일장일단이 있습니다. 지연 시간이 매우 짧은 브로커는 메시지 순서가 유지되지 않거나 메시지 전달이 보장되지 않는다든지, 아니면 메시지를 메모리에만 저장한다든지 하는 단점이 있습니다. 반대로 메시지 전달을 보장하고 메시지를 디스크에 확실히 저장하는 브로커는 지연 시간이 긴 편이죠. 어떤 브로커 제품이 최적인지는 애플리케이션 요건에 따라 다릅니다. 심지어 애플리케이션 파트마다 메시징 요건이 다른 경우도 있습니다.
하지만 메시징 순서 유지 및 확장성은 필수 요건입니다. 다음은 메시징 브로커를 이용하여 메시지 채널을 구축하는 방법입니다.