问WF4还是BizTalk 2010？

EN

(免责声明-我的WF经验仅限于WF3.0，因此我可能是最近WF开发的幕后推动者)

BizTalk最适合于跨系统、跨部门和跨公司的集成+业务流程工作流(BPEL) -即企业关注点。到目前为止，IMO WF更多地定位于内部系统或应用程序方面。但毫无疑问，这里的灰色地带越来越多，因为两者似乎都在向Azure + Appfabric靠拢。

您似乎在考虑WF的集成吗？

Transformations --无疑是BizTalk中的一件好事--考虑到您可以在XSLT中直观地或直接地映射，您可以快速地在端口或管弦乐队上转换消息格式，并将物理技术作为事后考虑--也就是说，您可以在逻辑级别上实现您的设计，并且不会在任何特定技术(MQ、WCF、SQL、FTP等)中“陷入困境”。

一个警告--模式的管理可能会变得非常痛苦--每条消息都有一个模式，需要在BizTalk上的所有应用程序中都有一个唯一的模式。而且您可以是“不可知论者”，并且为您的内部流使用规范的模式--因此需要良好的命名、配置和管理规程。如果将BizTalk耦合到许多WCF / WebService服务，那么模式管理就变得特别繁琐--对于所使用的每个服务都会有一个请求和响应模式(如果使用MessageContract，您可以共享公共模式)。

绑定，--你已经很好地理解了。此外，如果使用直接(消息框)绑定，则可以选择具有多个传入接收位置，或通过添加具有适当筛选器的新端口发送目的地。这个发布子功能构成了Bizalk ESB工具包的基础。针对不同环境(Dev、UAT、Prod等)的绑定也得到了很好的管理。

适配器协议-从文件切换到MQ系列就像更改端口配置一样简单。BizTalk非常适合MSMQ和IBM。

此外，不要低估管理和维护EAI / BP解决方案的工作量--集成通常对企业至关重要，跟踪错误和避免停机至关重要。BizTalk具有以下操作优势：

etc

• Scalability

• 操作管理-跟踪/跟踪、挂起消息的管理、SCOM集成包、/群集/故障转移功能、适配器重试、自动节流等
• 业务监视和事件处理- BAM

国际海事组织( BizTalk )最大的“缺点”是：

开发熟练的

• Cost
• Ramp-up时间(BTS有它的怪癖，比如在XLS和XML文件中定义BAM定义)
• 为网络/管理专业人员增加了学习操作管理

的时间。

一句话:如果您正在将2到3个应用程序与少量非关键消息进行集成，那么可以使用专有或WF路由，但是如果您正在研究企业级解决方案，那么像BizTalk这样的EAI / BPEL引擎将是前进的方向。

很棒的帖子和答案。

现在WF Manager已经可用，人们是否开始看到客户将WF用于集成项目？以前我从来没有见过任何人考虑WF + WCF除了小规模或小众领域，因为缺乏成熟的托管环境。人们开始看到现实世界的变化了吗？

我也可以在斯图尔特提到的缺点上加上我的观点。我不完全同意他的评论。

• Cost

成本已经不像以前那么成问题了。Azure上的BizTalk可以为您改变这种情况，这样您就可以在使用模式时使用pay来设置。当您考虑各种类型的解决方案时，仍然存在许可成本(仅为每月)，但您可以构建它的性价比并不差。我认为人们常常难以量化自定义构建解决方案的成本，只是假设因为biztalk获得了许可，它肯定会更昂贵。当人们讨论BizTalk的成本时，我经常问他们为什么要使用Sharepoint来协作，而他们只需要使用共享文件夹和电子邮件。我认为成本是相对的，对于一些公司来说，它可能比你能得到的价值更多，因为如果你只有几个集成过程，但对另一些公司来说，它可能是一项伟大的投资。

• 爬坡/开发

我同意biztalk是一个专门的技能集，但是它与任何其他平台上的开发人员并没有太大的不同。有时候，一家公司想把一个没有经验的.net开发人员放到sharepoint或dynamics上，然后想知道他们为什么会犯错误，你不需要成为一个真正的人就能解决这个问题。有一些伟大的资源，以帮助您成为一个biztalk开发人员，特别是相比于一些竞争对手的产品，我认为这是一个优势的WF和我的意见。BizTalk开发的关键风险在于，如果您不知道自己在做什么，那么很容易就会做得很糟糕。这在业界是一个常见的错误，但我也在其他平台实现中看到过这种情况。

(关于"WF作为竞争对手“的注:我认为WF是BizTalk所做的一部分的竞争对手，但更长期而言，我认为它们在某些情况下也是相辅相成的)

• 斜坡/行政

这和你将要介绍的任何新产品并没有什么不同，你的公司需要和你的IT专业人员合作，让他们能够支持和维护你曾经使用过的产品。要获得一个好的BizTalk管理员并不容易，但是有大量的资源来培训人员，如果您想将其外包的话，在这个空间中也有合作伙伴。

虽然WF是一个更简单的产品，但我不太确定从管理的角度来看，WF的实现方面是否会更加简单。您仍然需要一个执行非常好的SQL Server。用于管理员的WF工具不太成熟，我认为WF管理的支持空间并不成熟。

您可能想看看下面的书，这本书有一章(我认为是第7章)，讨论的场景是BizTalk或WF + AppFabric，一些有趣的讨论要点

http://www.packtpub.com/applied-architecture-patterns-microsoft-platform/book#chapter_7