[messaging] 메시지 브로커와 ESB의 차이점

Message Broker와 ESB (Enterprise Service Bus)의 차이점은 주로 ‘버스’입니다.

나에게 Message Broker는 하나의 구조에서 다른 구조로 데이터를 변환하거나 내용을 수정하는 하나의 (일반적으로 큰) 프로세스입니다.

ESB는 메시지 지향 미들웨어 (MOM) 및 추가 서비스이며 그 중 하나 는 메시지 브로커 일 수 있습니다 . 따라서 ESB는 Message Broker를 구성 요소 중 하나로 포함 할 수 있습니다. 버스는 하나 이상의 프로세스로 구성되어 있습니다. 그렇지 않으면 ‘버스’라고 부르지 않습니다. 버스의 특성은 서로 다른 작업을 수행하는 여러 구성 요소가 있으며 각 구성 요소는 MOM을 통해 통신하고 특정 형태의 ‘공통 데이터 형식’을 준수한다는 것입니다. 버스는 MOM으로 데이터를 전송하는 응용 프로그램, 데이터베이스 어댑터, 메시지 브로커, MOM 브리지 등으로 구성됩니다.

분리는 약간 점진적이지만 Message Broker 아키텍처와 버스의 가장 큰 차이점은 세분성 입니다. 응용 프로그램 A, B, .., Z와 몇 개의 데이터베이스를 통합하는 것이 목표라면, 각각과 모두를 연결하는 하나의 큰 메시지 브로커로이를 수행 할 수 있습니다. 또는 여러 개의 작은 구성 요소가 작은 작업을 대신하는 ESB를 사용합니다. 예를 들어 한 어댑터는 A에 연결하고 다른 어댑터는 B에 연결하지만 (변환하지는 않음) 각 어댑터는 하나 이상의 Message Broker에 해당 항목을 전송합니다. 각 브로커는 가능한 한 단순하게 유지해야합니다. ‘A’또는 ‘B’의 데이터 모델에 대해 알아야합니다. 좋은 ESB는 버스에서 공통적 인 데이터 정의를 가져야하며 개별 애플리케이션의 ‘차이 성’을 추상화해야합니다.

변환 : ESB는 Message Broker와 함께 제공되지 않는 한 변환에 도움이되지 않습니다. 그러나 각 ESB에는 메시지 브로커가 포함되어야합니다. Message Broker는 변환에 대한 버스 전문가가되어야합니다.

수평 적 확장 : 연결해야 할 3 가지 (현재와 영원히) 만 있다면 본격적인 ESB를 얻는 데 노력할 가치가 없습니다. Message Broker는 하나의 큰 프로세스라는 장점이 있습니다. 모든 것을 구성하고 모든 데이터 매핑, 필터링 및 라우팅을위한 중앙 위치를 가질 수 있습니다.

그러나 30 개의 응용 프로그램을 연결하면 하나의 Message Broker가 중단 될 수 있습니다. 물론 더 많은 인스턴스를 구매하고, 중복 작업을 수행 할 수 있지만 작업을 ‘현지화’로 변경해야합니다. 각 응용 프로그램의 어댑터 (각각 하나의 작은 Message Broker 인스턴스 일 수 있음)는 추상 공통 데이터 모델 (예 : 공유 XSD가있는 XML)을 생성 및 / 또는 수신 할 수 있어야합니다. 변환 작업을위한 중앙 Message Broker가있을 수도 있지만 해당 인스턴스는 데이터 모델 A 또는 B를 인식하지 않아야합니다. 따라서 ESB는 모든 것을 중앙 위치에 유지하는 대신 처리를 전문가 구성 요소로 이동해야합니다.

답변