WebSphere Message Broker는 비즈니스에서 정보 플로우를 관리하여, 고객, 공급자, 파트너 및 서비스 제공자의 시스템과 비즈니스의 다른 시스템에서 요구하는 대로 정보를 라우트, 저장, 검색 및 변환할 수 있도록 하는 비즈니스 규칙을 적용합니다.
다음 시나리오에서는 WebSphere Message Broker를 사용하여 비즈니스에서 IT 인프라스트럭처 문제점을 해결하는 방법의 예를 보여줍니다.
이 시나리오는 가상의 보험 회사에서 WebSphere Message Broker를 사용하여 소형 인터넷 기반 회사를 대형 보험 회사가 인수한 후 두 개의 다른 IT 인프라스트럭처를 관리하는 방법을 설명합니다. 설명은 잠재 고객이 합병된 회사의 웹 사이트를 사용하여 자동차 보험 견적을 요청할 경우 어떤 상황이 발생하는지에 초점을 두고 있습니다. 이 시나리오는 developerWorks에 공개된 보다 방대하고 복잡한 시나리오를 기초로 합니다. 전체 시나리오를 읽으려면 시나리오 설명 끝 부분에 있는 링크를 보십시오.
회사 A는 50년 동안 비즈니스를 수행했고 현재 약 5백만명의 보험 계약자가 있는 일반 자동차 보험 회사입니다. 회사는 고객과의 의사소통을 위해 에이전트와 콜센터를 운영합니다. 또한 z/OS의 CICS Transaction Server와 z/OS의 IBM DB2 Universal Database를 포함하는 대형 레거시 IT 인프라스트럭처를 가지고 있습니다.
회사 B는 현재 보험 계약자가 1백만명 미만이지만 점차 규모가 커가고 있는 작은 인터넷 기반 자동차 보험 회사입니다. 회사의 IT 인프라스트럭처에는 Windows 2000의 WebSphere Application Server와 Windows 2000의 Oracle Enterprise 및 IBM DB2 Universal Database가 포함되어 있습니다.
회사 A는 인터넷 기반 보험 시장에 진출하고 회사 B의 인터넷 기반 기술 및 IT 인프라스트럭처를 활용하기 위해 회사 B를 인수했습니다. 두 회사는 다른 형식의 고객 및 보험 증권 데이터를 보유하고 있지만 법적인 이유로 두 회사의 데이터를 합병할 수 없습니다. 이 상태로는 각각의 IT 인프라스트럭처를 관리하기 위한 관리 비용이 높습니다. 또한 고객, 에이전트 및 콜센터 직원은 회사 데이터를 활용하기 위해 단일 관리 프로세스를 필요로 합니다.
이제 두 회사는 합병되었으므로, 사용자들은 새 회사의 웹 사이트에 있는 형식으로 기본적인 개인 정보를 제공하여 보험 견적을 요청할 수 있습니다. 웹 사이트가 실행되는 WebSphere Application Server는 WebSphere MQ 클러스터에 있는 요청 큐를 사용하여 XML 형식의 요청을 WebSphere Message Broker로 전송합니다. WebSphere Message Broker는 회사 A 시스템에서 사용되는 레거시 COMMAREA 형식으로 XML 요청을 변환한 후 회사 A의 시스템으로 요청을 라우트합니다. WebSphere Message Broker는 또한 요청을 XML 형식으로 회사 B의 시스템으로 라우트합니다. 두 시스템 모두 WebSphere Message Broker로 견적을 리턴합니다.
또한 WebSphere Message Broker 내에서의 논리에 따라 내부 인수 업무보험업자로부터 위험 평가를 요청하고 리턴되는 위험 평가를 회사 A 및 회사 B 시스템의 견적에 적용합니다. 브로커는 이 인스턴스에서 회사 A 시스템이 고객에 대한 최상 또는 최악의 견적을 생성했음을 감지합니다. 따라서 브로커는 회사 A의 견적을 COMMAREA에서 XML로 변환한 후 견적이 14일까지 저장되는 WebSphere MQ 클러스터의 리플라이 큐를 사용하여 다시 WebSphere Application Server로 라우트합니다. WebSphere Application Server는 견적을 고객에게 리턴합니다.
다음 다이어그램은 이 시나리오의 정보 플로우를 설명합니다.