BizTalk 2010에서 Workflow Foundation의 새로운 Mapper 활동 (From here : )을 확인했습니다. AppFabric 응용 프로그램 용 WF 디자이너에서 매퍼 및 LOB 어댑터를 쉽게 사용할 수 있습니다. 종속성은 AppFabric (따라서 - IIS?)과 관련이있는 것으로 보입니다. 문제는 BizTalk 엔진 외부의 매퍼 활동을 어떤 상황에서 사용합니까? WF Runtime/AppFabric 내부에서 매퍼를 호스팅하면 어떤 이점이 있습니까? BizTalk 엔진 내부 호스팅은 그렇지 않습니다. 왜 BizTalk Orchestration Web Service를 직접 호출하지 않는가?BizTalk Engine 대신 WF4에서 BizTalk Mapper Activity를 언제 사용합니까?
BizTalk는 비즈니스 프로세스를 호스팅하고 변환을 수행하는 강력하고 안정적인 플랫폼입니다. 이를 위해 SQL Server 데이터베이스가 포함되어 있습니다. SQL Server 데이터베이스는 얼굴이나 하드웨어 장애 또는 소프트웨어 충돌시 복원력을 유지하기 위해 지속성을 제공합니다.
이 때문에 BizTalk 프로세스는 중량이있는 것으로 간주되므로 일반적으로 BizTalk를 사용하여 매우 낮은 대기 시간을 달성하기가 어렵습니다.
반대로 IIS에서 호스팅되는 WF 워크 플로는 일반적으로 BizTalk보다 낮은 대기 시간을 제공합니다. 그러나 WF는 사용 가능한 모든 서버 리소스를 모두 소모하지 않고 큰 메시지를 처리하는 데 적합한 스트리밍 XSLT 변환 엔진을 기본적으로 제공하지 않습니다.
데이터베이스에 지속되는 오버 헤드 오버 헤드가 발생하지 않는 경량 WF 워크 플로에서 효율적인 스트리밍 BizTalk 매퍼를 사용하는 것이 특정 경우에 적합합니다.
BizTalk를 이미 실행 한 경우 WF, AppFabric 및 BizTalk Mapper를 사용하는 것이 중요하지 않습니다. 이 기능은 주로 BizTalk를 실행하지 않는 (그리고 아마도 실행하고 싶지 않은) 사람들, 특히 IIS에 모든 것을 가지고있는 사람들을위한 것 같습니다.
IIS의 WF는 확실히 훨씬 가볍습니다. 워크 플로와 매퍼를 사용할 때의 기본 이점을 설명하는 하나의 워크 스루가 있습니다. http://seroter.wordpress.com/2011/04/03/using-the-biztalk-adapter-pack-and-appfabric-connect-in-a-workflow-service/
그러나이 배열의 성가신 부분은 you must have the (licensed) BizTalk runtime installed입니다. 아시다시피 BizTalk 라이센스는 저렴하지 않습니다.
[추측] 향후 BizTalk 기능이 IIS/AppFabric 세계로 포팅됨에 따라 결국 (예 : 10 년 후에) BizTalk가 사라질 수 있습니다. (우리가 우리 자신의 서버와 클라우드를 강제로 종료합니다. 이것은 바로 그 방향의 초기 단계입니다. [/ 추측]
필자의 경우, BizTalk Mapper 액티비티를 사용하기위한 전체 BizTalk 라이센스가 필요하다는 점도 받아 들였습니다. 나는 BizTalk가 사라지지 않을 것이라고 생각하지 않습니다. WF는 배포/구성 및 어댑터 기능까지 BizTalk에 아무런 영향을 미치지 않습니다. – SliverNinja
예 : BizTalk 런타임을 설치하고 사용하려면 워크 플로 내에서 맵을 실행할 수있는 기능 일지라도 BizTalk 라이센스가 있어야합니다. 그리고 오늘날 WF는 BizTalk에 아무런 영향을 미치지 않습니다 (따라서 "경량"이 더 중요한 이유). 그러나 앞으로 추가 될 기능을 확인하는 것은 흥미로울 것입니다. 현재 BizTalk LOB 어댑터를 WF와 함께 사용할 수 있습니다 (BizTalk 라이센스와 함께 다시 한 번). – schellack