Ordered delivery BizTalk 성능

Question

BizTalk의 송신 포트에 "주문한 배달"대신 사용할 수 있습니까? 메시지의 순서는 나에게 매우 중요하므로 순서가 맞지 않을 때 메시지를 일시 중단하고 순서가 맞으면 메시지를 다시 시작하는 오케스트레이션을 만들었습니다. 장기 실행 오케스트레이션과 직접 포트 바인딩을 사용합니다.

이제 일부 메시지는 송신 파이프 라인에서 더 빨리 처리되기 때문에 메시지가 순차적이지 않은 경우가 있습니다 (파일 어댑터를 사용합니다 ...). 이제 "주문한 배달"을 확인할 때 메시지는 순서에 관계없이 성능이 정말 좋지 않습니다 (메시지가 송신 포트에서 대량으로 수집 됨). 그래서 주문 배송에 대한 대안을 찾아야합니다. 포트를 보냅니다.

제안 사항?

thx

Answer 1

이제 주문 배송은 분명히 FIFO 패턴에 많은 오버 헤드를 추가합니다. 이 article을보고 첫 번째 문제에서 FIFO 기사를보십시오. 또한 솔루션의 다른 영역의 속도를 높이기 위해 일반적으로 BizTalk 성능을 살펴보십시오. 이제는 소수의 사람들이 .net과 SQL을 통해 주문하기 위해 자신의 맞춤 솔루션을 사용하는 것을 보았습니다. 주문 패턴이 처리하는 데 시간이 걸리기 때문에 성능이 그렇게 좋아지지 않았습니다. 또한 일반적으로 성능 주위에 이러한 리소스에 대해 살펴 :

• Considersations을 반환 한 시험 계획 할 때 - http://msdn2.microsoft.com/en-us/library/aa972201.aspx
• BizTalk 2006 어댑터 성능 번호 - http://msdn2.microsoft.com/en-us/library/aa972200.aspx
• 아웃 또는 전송이 SOAP 인 경우를, 이 확장 성 연구를 읽으십시오 - http://msdn2.microsoft.com/en-us/library/aa972198.aspx
• 인프라와 관련된 BizTalk 성능에 대한 좋은 증거 설치 - http://msdn2.microsoft.com/en-us/library/ms864801.aspx

Answer 2

데이터를 전송할 위치가 여러 개입니까? 따라서 순서대로 배열되어야하지만 분할 될 수 있습니다. 그렇다면 상관 관계 및 주문 배송을 사용할 수 있으며 프로세스를 제공하고 속도를 높이는 여러 가지 파이프가 있습니다.