IBM MQ 링크를 통해 공개/등록 메시징: 예제
공개/등록 브릿지는 WebSphere® Application Server의 서비스 통합 버스에 있는 등록자가 IBM MQ 링크를 통해 IBM MQ 네트워크에 있는 등록자와 동일한 공개 메시지를 수신하도록 합니다. WebSphere Application Server의 브로커 프로파일은 이들 두 개의 개별 공개/등록 도메인이 하나의 엔티티로서 나타날 수 있게 합니다.
각각 서로 다른 스포츠 이벤트 유형에 대한 결과와 뉴스 서비스를 제공하는 "GolfStats Inc." 및 "FootballFansData Inc."와 같은 두 회사가 있다고 가정하십시오. 두 회사 모두가 타사에 스포츠 정보(각각 골프와 미식축구에 대한)를 수집하도록 비용을 지불하고 이 데이터를 자사의 IT 시스템에 공개합니다. 그런 다음, GolfStats 및 FootballFansData는 데스크탑 컴퓨터에서 실행되어 결과가 사용 가능하게 될 때 결과를 팝업으로 표시하는 애플리케이션에 대한 교환으로 공용 멤버에게 월별 사용료를 청구합니다.
GolfStats는 또한 자사의 IT 시스템을 사용하여 웹 사이트를 호스트하고 기타 비즈니스 애플리케이션을 실행하므로 해당 IT 시스템이 WebSphere Application Server 및 서비스 통합 버스를 기반으로 합니다. 그러나 FootballFansData는 어떤 다른 비즈니스 애플리케이션도 없고 IBM MQ 메시징을 공개/등록 요구사항에 사용합니다.

그림 1은 두 가지 개별 비즈니스를 표시합니다. GolfStats Inc에는 결과가 사용 가능하게 되면 자사의 IT 시스템에 연결하고 "sports//."를 등록하는 등록자가 수신하는 "sports/golf" 토픽의 토픽 영역에 정보를 공개하는 써드파티가 있습니다. (//. (공개/등록 브릿지에 사용되는 구문)는 모든 스포츠 정보를 나타냅니다.) GolfStats Inc.의 공개/등록 메시징은 서비스 통합 버스가 처리합니다.
마찬가지로, FootballFansData Inc의 써드파티 공급자는 "sports/#"(모든 스포츠 정보에 대한 IBM MQ 구문)를 등록하는 등록자 애플리케이션이 수신하는 "sports/football" 토픽에 대해 IBM MQ 네트워크에 정보를 공개합니다. FootballFansData Inc.의 공개/등록 메시징은 IBM MQ 큐 관리자가 처리하며, 큐 관리자는 두 시스템이 현재 연결되어 있지 않아도 WebSphere Application Server에 외부 버스로 표시됩니다.
최근에 GolfStats와 FootballFansData는 합병했으며, 새 경영진은 두 고객 집단 모두에게 골프와 미식축구에 대한 정보를 제공하기 위해 기존 IT 시스템을 함께 결합하고자 합니다. 한 가지 옵션은 서비스 통합 버스를 사용하여 모든 FootballFansData의 IT 시스템을 마이그레이션하는 것입니다. 그러나 이 접근 방식은 써드파티 및 고객 애플리케이션 코드를 시스템에 연결할 수 있도록 업그레이드해야 할 뿐 아니라 상당한 자본 투자가 필요합니다. 더 간단한 대안은 WebSphere MQ 링크와 브로커 프로파일을 사용하여 두 시스템 사이를 브릿지하는 것입니다.
회사에서 다음과 같은 조치를 수행하여 두 시스템을 연결합니다.
- IBM MQ 네트워크에 연결하기 위한 게이트웨이로 작용할 FootballFansData 시스템의 IBM MQ 큐 관리자 또는 (z/OS®용 IBM MQ의 경우) 큐 공유 그룹(예: QM_GATEWAY로 이름 지정)을 식별하십시오.
- GolfStats 서비스 통합 버스에 대한 외부 버스 연결을 구성하여 버스와 IBM MQ 네트워크 사이에서 메시지를 교환할 수 있도록 하십시오.
- WebSphere MQ 링크에서 메시지가 공개되는 IBM MQ 네트워크에 있는 큐 관리자의 이름을 명시하는 브로커 프로파일을 정의하십시오(이 예에서는 QM_TWO로 이름 지정).
- 공개가 서비스 통합 버스와 IBM MQ 네트워크 사이에 이동할 수 있도록 브로커 프로파일과 연관된 토픽 맵핑을 정의하십시오. 맵핑은 "sports//." 토픽에 대해 양방향이어서 토픽 계층 구조의 스포츠 분기에 있는 모든 공개가 전송될 수 있습니다.
이러한 태스크가 완료되면 GolfStats 서비스 통합 버스를 호스트하는 애플리케이션 서버가 다시 시작된 후에 메시지가 두 시스템 사이에 이동하기 시작합니다. 이는 FootballFansData 고객이 골프에 대한 정보를 수신하고 GolfStats 고객이 미식축구에 대한 정보를 수신할 수 있게 합니다. 이 절에서 나중에 나오는 다이어그램은 FootballFansData 시스템의 등록자가 수신하는 GolfStats IT 시스템에 공개되는 "golf" 메시지의 논리 경로를 보여줍니다.

GolfStats가 동일한 토픽 영역을 사용하여 직원들의 내부 소비를 위해 토픽 "business/financials"에 정보를 공개한 경우, 토픽 맵핑이 이 토픽에 대해 작성되지 않았기 때문에 이러한 메시지는 FootballFansData의 IBM MQ 네트워크로 라우트되지 않습니다. 이는 GolfStats 팀이 이러한 메시지를 수신할 수 있는 사람을 GolfStats 시스템에서 해당 권한이 부여된 사람으로 제한하고 두 시스템 사이의 불필요한 메시지 통신량을 피할 수 있도록 보장합니다.