Websphere MQ - Pub/Sub

Question

우리는 단일 대기열에서 정보를 수신해야하는 두 가지 처리 응용 프로그램 (전체적으로 다른 방식으로 데이터 사용)을 필요로하는 아키텍처를 확립하려고합니다. 이 상황에서 IBM WebSphere MQ의 모범 사례/경로 전달은 무엇입니까?

1. 게시자 - 구독자 수와 "n"명의 구독자 수?
2. MQ를 관리하는 사람들은 팬에게 (이름이 지정된 목록에서 읽고 여러 대기열에 배포하는) 트리거를 제안했습니다. 이는 우리에게 좋은 아이디어는 아닙니다.
3. 기타?

모든 의견이나 의견을 보내 주시면 감사하겠습니다. 큐 도움이되지 않는다는 사실에서 오지 않는다 펍/하위를 사용하는

Answer 1

제가 WebShere MQ 연락처 중 하나에 질문을 던졌고 여기에 그의 응답이있었습니다. 다른 사람들에게 도움이 될 것이라고 생각했습니다.

"메시지를 처리하는 응용 프로그램의 수가 올라갈 것이고 메시징 패턴이 요청/응답이 아니라면 pub/sub 아키텍처로 이동하십시오. 그렇지 않으면 응용 프로그램에서 메시지를 수신하는 두 개의 대기열을 포함하는 namelist를 사용하십시오. 메시지를 이름 목록에 넣는 방법에 대한 자세한 내용은 amqsptl0.c 샘플을 참조하십시오. "

- S

Answer 2

결정 ... 시나리오는 시나리오의 요청 - 응답 유형 인 경우

는 큐를 가장에 가장 적합한 것 사례.

시나리오에 많은 소비자가 동적으로 추가 (또는 제거)되면 Pub-Sub가 도움이됩니다.

당신이하고있는 일은 잘 알려진 소비자에게 메시지를 보내는 것이라고 생각합니다. 나중에 라우팅 및 변환 사례를 처리해야 할 경우 IBM Integration Bus를 사용할 수 있습니다. 라우팅이 이와 같이 간단하다면, 보낸 사람은 큐에 메시지를 보낼 수 있고 프로그램은 트랜잭션 컨텍스트의 메시지를 읽고 두 개의 다른 큐로 보낼 수 있습니다. JMS의 메시지 리스너는 동기화 처리를 도울 수 있습니다.

이 패턴은 http://www.eaipatterns.com/MessageRouter.html입니다. 나는 그것이 당신이하고있는 것과 일치한다고 생각합니다.