我見過BizTalk 2010支持新的Mapper Activity for Workflow Foundation（From here：在WF Designer for AppFabric應用程序中輕鬆使用映射器和LOB適配器）。依賴關係似乎與AppFabric綁定（因此 - IIS？）。問題是你會在什麼情況下使用BizTalk Engine外部的映射器活動？在WF Runtime/AppFabric中託管映射器有什麼優勢，可以讓BizTalk Engine內部的託管不支持？爲什麼不直接調用BizTalk Orchestration Web Service？什麼時候使用WF4而不是BizTalk Engine的BizTalk Mapper Activity？
BizTalk是一個強大而可靠的平臺，託管您的業務流程並執行轉換。爲此，它還包括一個SQL Server數據庫，該數據庫除其他功能外，還提供持久性以確保應對彈性，硬件故障或軟件崩潰。
因此，BizTalk進程被認爲是重量級的，並且通常很難通過BizTalk實現非常低的延遲。
相反，在IIS中託管的WF工作流程通常提供比BizTalk等效的更低的延遲。但是，WF不提供流式XSLT轉換引擎，適用於處理大型郵件而不耗盡所有可用的服務器資源。
這就是爲什麼在輕量級WF工作流中使用高效的流式BizTalk映射器的原因，在某些情況下，不會導致持久保存到數據庫的性能開銷。
如果您已經運行BizTalk，那麼使用WF，AppFabric和BizTalk映射器就沒有多大意義。這個功能似乎主要針對那些沒有運行（也可能不想運行）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可以消失（假設我們並不全部被迫離開我們自己的服務器並進入雲端，這也可能發生）。 [/ speculation]
我的看法是，您確實需要完整的BizTalk許可才能使用BizTalk映射器活動，這似乎是其採用中的限制因素。我不認爲BizTalk會消失。就部署/配置和適配器功能而言，WF對BizTalk沒有任何意義。 – SliverNinja
是的：要安裝和使用BizTalk運行時，即使只是爲了能夠在工作流中運行地圖，也必須具有BizTalk許可證。而今天WF對BizTalk肯定沒有任何東西（因此爲什麼它更「輕量級」），但看看將來添加什麼會很有趣。您目前可以使用帶WF的BizTalk LOB適配器（再次使用BizTalk許可證）。 – schellack