这两者的目的完全不同。
业务流程驱动流程 - 它定义了消息编排,您可以在其中协调消息检索和从多个系统发送,并包括一些自定义处理。示例可以是业务流程,它等待订单消息,将消息转换为另一种格式并将其发送到ERP系统。然后脱水(等待在数据库中序列化)直到ERP系统处理订单发回一些通知。
业务规则引擎是评估系统。您的编排可能需要一些应该从外部控制的决策。这是业务规则引擎允许的。业务用户可以定义一些复杂的规则集,包括如下规则:if Order.Price> 10.000设置Order.Price = Order.Price * 0,95。这些规则可以链接并注入现有流程。
BizTalk是关于开发biztalk项目以及正确配置所有内容但它仍然包括编程。首先你要注意的是XML相关的东西 - XSD,XPath,XSLT。定义消息和转换就是关于这三个,但Visual Studio中的BizTalk模板使这非常容易(例如,转换可以完全以图形方式完成)。接下来是C#和XLang(C#的一些非常特殊的变体直接用于业务流程中的表达式)。
BizTalk是关于开发biztalk项目以及正确配置所有内容。 BizTalk提供了许多开箱即用的功能,因此您可以在编排中使用准备好的形状,或者您可以在地图中使用准备好的functoid,但同时您可以开发自己的形状,functoinds,管道组件,适配器等。此外,编排允许调用自定义.NET代码。
至少这是我两年前使用BizTalk 2006 R2时的工作方式。
只是为了补充Ladislav的回复......
我一直在使用从BizTalk 2004到2010的BizTalk。有很多BizTalk“顾问”没有关于BizTalk如何工作,何时使用地图,何时使用C#等的线索。你需要得到一些使用它的经验。 MSDN上有一个有用的部分( MSDN )它有很多有用的信息。另外看看 EndpointTV 在Channel9上。
您将需要了解WCF,因为它很重要,并且将来会变得更加重要。我理解有关sharepoint的问题,人们常常要求您在sharepoint中执行工作流程或用户交互,但这不是一项基本技能。
还学习xslt,到目前为止我还没有做太多事情,因为我已经设法使用自定义functoid或内置的functoid解决问题,但我当前的客户端有一些有趣的模式,我发现自己缺乏该领域。 ..