Message Brokers와 ESB (스택 오버 플로우에서도)에 대해 다른 질문 / 기사를 살펴 보았습니다. Message Broker와 ESB의 CLEAR 구분 차이가 무엇인지에 대한 단서가 여전히 아닙니까? 이제 제품, Websphere Broker 및 Mule ESB를 비교하려고합니다!
첫째, (모든 버전) Webshere Broker는 ESB입니까? IBM의 제품 담당자는 ESB라고 주장합니다!
제한된 정보는 Message Broker가 HUB-SPOKE 모델에서 작동한다는 것을 알려줍니다. 그러나 ESB는 버스 아키텍처에서 작동합니다. 이제 지구상에서 무슨 의미입니까? 허브가 실패하는 경우 (사용할 수없는 경우)보다 읽은 다음 브로커가 완전히 실패합니다. ESB의 경우가 아닙니다 (그 사람들은 말합니다). 내가 여기서 이해하지 못하는 것은 "버스가 실패하면 어떻게됩니까?"입니다.
이제 ESB 및 브로커에 대한 일반적인 사항은 라우팅, 변환, 오케스트레이션 등을 제공한다는 것입니다. 둘 다이 기능을 제공하는 경우 왜 하나를 선택해야합니까?
또 다른 갈등 영역은 변환과 관련이 있습니다. ESB는 Message Broker와 비교할 때 다른 방식으로 ESB를 용이하게합니까? 나는 이것에 대한 통찰력을 정말로 원할 것입니다.
이제 수평 스케일링에 대해 이야기합니다. 누구를 능가합니까? 또는 둘 다 복잡성 (또는 기타 요인) 측면에서 동일하게 확장 가능합니까? 물론 Webshpere Broker는 각 상자 (각 CPU는 물론)에 대해 요금을 청구합니다. 상용 MULE ESB조차도 그렇게하지 않습니다. 비용 부분을 제외하고 ESB 스케일링 및 Message Broker 스케일링의 의미는 무엇입니까? ESB에서 서비스 수준으로 확장 할 수 있다는 것을 알고 있습니다. Message Broker에서 가능합니까?