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. 공개자 애플리케이션은 토픽 영역의
"sports/golf" 토픽에 메시지를 공개하고, 등록자 애플리케이션은
"sports//"에 등록하여 정보를
수신합니다. FootballFansData에는 공개/등록을
제어하는 큐 관리자가 있으며, 두 네트워크가 현재 연결되어 있지 않아도
WebSphere Application Server에 외부 버스로
표시됩니다. 공개자 애플리케이션은 큐 관리자의
"sports/football" 토픽에 메시지를 공개하고, 등록자 애플리케이션은
"sports/#"에 등록하여 정보를 수신합니다.

그림 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 링크와 브로커 프로파일을 사용하여 두 시스템 사이를 브릿지하는 것입니다.

회사에서 다음과 같은 조치를 수행하여 두 시스템을 연결합니다.

  1. IBM MQ 네트워크에 연결하기 위한 게이트웨이로 작용할 FootballFansData 시스템의 IBM MQ 큐 관리자 또는 (z/OS®용 IBM MQ의 경우) 큐 공유 그룹(예: QM_GATEWAY로 이름 지정)을 식별하십시오.
  2. GolfStats 서비스 통합 버스에 대한 외부 버스 연결을 구성하여 버스와 IBM MQ 네트워크 사이에서 메시지를 교환할 수 있도록 하십시오.
  3. WebSphere MQ 링크에서 메시지가 공개되는 IBM MQ 네트워크에 있는 큐 관리자의 이름을 명시하는 브로커 프로파일을 정의하십시오(이 예에서는 QM_TWO로 이름 지정).
  4. 공개가 서비스 통합 버스와 IBM MQ 네트워크 사이에 이동할 수 있도록 브로커 프로파일과 연관된 토픽 맵핑을 정의하십시오. 맵핑은 "sports//." 토픽에 대해 양방향이어서 토픽 계층 구조의 스포츠 분기에 있는 모든 공개가 전송될 수 있습니다.

이러한 태스크가 완료되면 GolfStats 서비스 통합 버스를 호스트하는 애플리케이션 서버가 다시 시작된 후에 메시지가 두 시스템 사이에 이동하기 시작합니다. 이는 FootballFansData 고객이 골프에 대한 정보를 수신하고 GolfStats 고객이 미식축구에 대한 정보를 수신할 수 있게 합니다. 이 절에서 나중에 나오는 다이어그램은 FootballFansData 시스템의 등록자가 수신하는 GolfStats IT 시스템에 공개되는 "golf" 메시지의 논리 경로를 보여줍니다.

그림 2. 하나가 다른 곳에 공개하는 두 개의 링크된 비즈니스.
토픽 영역이 포함된 서비스 통합 버스가
있는 GolfStats. 공개자 애플리케이션은 토픽 영역의 "sports/golf" 토픽에
메시지를 공개합니다.
공개/등록 브릿지는 토픽 영역의 메시지에 등록하고, WebSphere
MQ 채널을 사용하여 WebSphere MQ 링크를 통해
FootballFansData 시스템에 메시지를 전달합니다. 이 링크는 WebSphere
Application Server에 외부 버스로 표시됩니다. 게이트웨이 큐 관리자가
큐 관리자 2에 메시지를 전달하고, 등록자 애플리케이션이 "sports/#"에
등록하여 정보를 수신합니다.

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


주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjc0005a_
파일 이름:cjc0005a_.html