我已经看到 BizTalk 2010 支持 Workflow Foundation 的新映射器活动（从这里：在 AppFabric 应用程序的 WF 设计器中轻松使用映射器和 LOB 适配器）。该依赖项似乎与 AppFabric 相关联（因此 - IIS？）。问题是在什么情况下您会使用 BizTalk 引擎外部的映射器活动？在 WF Runtime/AppFabric 中托管映射器提供了在 BizTalk 引擎内部托管所没有的哪些优势？为什么不直接调用 BizTalk 编排 Web 服务？
问问题
549 次
2 回答
2
如果您已经运行 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/
然而，这种安排令人讨厌的部分是您必须安装（许可的）BizTalk 运行时。您可能知道，BizTalk 许可证并不便宜。
[推测]展望未来，我预计我们将看到越来越多的 BizTalk 功能被移植到 IIS/AppFabric 世界，因此最终（比如 10 年）BizTalk 可以消失（假设我们不是都被迫放弃自己的服务器和云上，这也可能发生）。这只是朝着这个方向迈出的第一步。[/speculation]
于 2011-11-07T20:52:51.223 回答
2
BizTalk 是一个强大且可靠的平台，可托管您的业务流程并执行转换。为此，它包括一个 SQL Server 数据库，除其他外，它提供持久性以确保在面对硬件故障或软件崩溃时的恢复能力。
正因为如此，BizTalk 进程被认为是重量级的，通常很难通过 BizTalk 实现非常低的延迟。
相反，托管在 IIS 中的 WF 工作流通常确实提供比 BizTalk 等效项更低的延迟。但是，WF 没有提供开箱即用的流式 XSLT 转换引擎，该引擎适用于处理大型消息而不会耗尽所有可用的服务器资源。
这就是为什么在轻量级 WF 工作流中使用高效的流式 BizTalk 映射器（不会产生持久化到数据库的性能开销）在某些情况下是有意义的。
于 2011-11-08T21:54:14.340 回答