Biztalk 클라이언트는 구독 항목을 정의했습니다.

Question

클라이언트 응용 프로그램에서 사용자 권한에 따라 이벤트 메시지의 특정 하위 집합 만 구독하고 수신하도록 요구하는 BizTalk 솔루션을 설계하고 있습니다. 서브 스크립 션은 주제 또는 컨텐츠 기반 라우팅을 통해 수행됩니다. 클라이언트는 구독을 한 번 선택하고 수신 거부를 선택할 때까지 많은 메시지를받습니다.

클라이언트 응용 프로그램은 100 개로 번호가 매겨지며 등록 된 항목은 정기적으로 바뀔 수 있으므로 각 수신자에 대해 BizTalk에서 개별 송신 포트를 정의하는 것은 실행 가능한 솔루션이 아닙니다.

개별 클라이언트 구독을 보유하고 biztalk 포트에서 보낸 메시지를 배포하는 추가 메시지 브로커 서비스를 구축 할 수 있다고 생각했습니다.

받는 사람 목록 패턴이 오케스트레이션을 사용하여 빌드 될 수 있음을 확인했습니다. 이것은 나에게 여전히 요청 - 응답 패턴을 따르는 것으로 보이며 많은 리턴 된 이벤트 메시지에 1-way 가입 메시지를 보낸다.

내 메시지 브로커 솔루션은 BizTalk가 잘되어야하는 것에 대해 두 배로 보입니다. 따라서 중요한 어딘가의 기능이 누락되었다고 상상해보십시오. 누구든지 이전에 그런 응용 프로그램을 사용해 본 적이 있습니까? ESB 툴킷을 솔루션으로 투자해야합니까? 나는 그물에 대한 모습을 보았지만이 주제 - 구독 모델에 대해서는 매우 명확하지 않습니다.

덕분에, 필

Answer 1

는 ESB 툴킷을 살펴 않습니다. 기본 제공 확인자 중 하나 (예 : UDDI) 또는 고유 한 사용자 지정 확인자를 사용하여 BizTalk에 추가하는 일정 기능을 사용할 수 있습니다. 이렇게하면 구성에 따라 메시지를 라우팅 할 수 있습니다 (비즈니스 규칙 또는 다른 곳에 저장 됨).

ESB 툴킷에 대한 개발자 중심의 개요 비디오는 MSDN에서 찾을 수 있습니다. 이는 디자인 프로세스 및 툴링에 대한 적절한 소개입니다. 거기에 몇 가지 다른 유용한 비디오가 있습니다.

구체적인 시나리오는 here과 같이 단일 여정으로 수행 할 수 있습니다. ESB Dispatch Disassembler 구성 요소와 함께 수신 파이프 라인을 사용하고 여러 확인자를 구성하고 각 확인자마다 새 메시지가 생성됩니다.

보는 두 샘플도 있습니다

1. The Itinerary On-Ramp Sample은 - 당신이 테스트 클라이언트에서 만든 일정을 포함하는 SOAP 헤더의 집합을 구축 디스크에서 특정 메시지 파일을로드, 여행 일정을 추가 헤더를 메시지에 추가하고 처리를 위해 일정표를 통해 ESB에 제출합니다.
2. The Scatter-Gather Sample - 여정을 포함하는 SOAP 헤더를 메시지에 추가합니다. 메시지는 처리를 위해 온 램프를 통해 ESB에 제출됩니다. 브로커 오케스트레이션은 여정 단계의 설정을 분석하고 여정 단계와 관련된 확인자 모음을 검색하며 각 확인자는 서비스 끝점을 확인합니다. 그런 다음 오케스트레이션은 적절한 ServiceDispatcher 오케스트레이션 인스턴스를 활성화하여 아웃 바운드 요청 메시지를 전달합니다.

"How to: Route a Single Message to Multiple Recipients Using an Itinerary Routing Slip"을 보거나 사용자 정의 여정 메시지 서비스 (documentation is here)를 살펴보아야합니다.