BizTalk Server 2004十个要点

BizTalk Server 2004，微软在集成服务器方面的第三次尝试，它能够连接内部或者公司之间的商业流程，因此非常吸引人。但是在表象之下，有很多事情值得你注意，下面就是你应该了解的10件事。

BizTalk Server 2004是微软在业务流程整合服务器方面的第三次努力，也是成功的一次。同Visual Studio .NET 2003整合在一起，并且使用了XML支持数据传输，BizTalk 2004是支持微软大举进入企业整合市场的最强大的产品。

但糟糕的是如何有效使用BizTalk方面的详细文档很少，无论是Redmond还是其他都一样。不过BizTalk功能强大，几乎是万能的。只是在很长一段时间，都很难使用。下面是一些主要的优点和缺点。

1.你可以在BizTalk中同SQL Server数据库进行配合
BizTalk 2004能够通过TCP、文件夹、HTTP、ftp以及其他的方式同其他资源进行数据通信。它还能够直接同SOL Server和可配置的SQL适配器进行通信。把用其他方式需要多步骤的过程简化成单一过程会提高效率，而且会带来很多方便：BizTalk可以通过针对适配器配置中指定的程序选择并升级SQL表，并会生成简单易用、容易映射的请求和答复对象。

但是这么做也有缺点。你为BizTalk创建的每一个SQL适配器都是具有数据库特殊性的，如果你的商业流程中涉及到不止一个数据库的时候，这就会带来很多麻烦（例如，如果你的数据库是自定义的，而业务流程却不是这样）。每次都编制一个新的SQL适配器可以实现，但是却太麻烦了。大家可能会期待在未来的版本之中出现更为动态的方法。

2.你可以用BizTalk同步业务流程
BizTalk能够帮助你利用现有数据把流程关联起来。由于在业务流程中，某数据到达后，随之发生某一事件或者做出某一决定的情况非常普遍，你可以使用BTS关联功能，选择任何商业层面的决策或流程，根据特定事件进行触发或者设定关联关系。你可以通过使用这一功能把结构上异步的流程在逻辑上进行同步处理。

3.BizTalk 可以直接替代你的EDI
BizTalk 2004自带很多适配器，包括一个Base EDI Adapter，它提供了基本的交易套件（订单、发票等等），可以代替现有的EDI界面，或者以最经济的方式发布一个新界面，从这个角度看BizTalk是一项更富于吸引力的投资。无论如何，使用这个适配器配置并建设一个EDI界面不是完全没有麻烦，但是它提供的一些安全选项，让你能够和EDI伙伴一起跟踪行为。如果你使用的是专门针对行业的EDI，比如卫生保健HL7，微软也提供兼容BizTalk的包。

5.你可以监视流程并跟踪业务活动
BizTalk Server 2004的Business Activity Monitor既是一个引擎，也是一套工具，它可以报告过程状态（如果需要，可以是实时的）。信息可以被传递到SharePoint Portal Server，并且依次被微软Office接收。这种方法非常有用，还包含针对伙伴的工作指标，但是在整个流程中最有价值的应该是当新信息出现的时候，会以实时的方式通知用户，如果需要的话，可以让用户实时做出反应。

6.你可以创建你自己的适配器
需要建设自己的适配器？BizTalk允许你自定义适配器，和使用与BizTalk内置适配器同样的架构的外部扩展系统进行通信。你可以适应外部系统的通信模式，你也可以（如果有必要）嵌入信息处理所需要的逻辑。除了BizTalk 2004、SDK和Visual Studio 2003你不需要其他任何软件来完成这一工作。

7.你可以使用MSMQ处理异步信息
同他们所说的那样，MSMQ是你没有用过的、微软最好的功能。有些人还注意到了XP 或者MS Server 2003中自带的方便而通用的消息功能。把应用以异步的方式连接是非常容易而且经济的，不过BizTalk在这方面表现并不友好。对于MSMQT（其实有点不同），直到今年早些时候，都并没有针对BizTalk的MSMQT适配器。现在你可以免费下载它并可以用它在BizTalk中创建Receive 和Send Ports，以同其他应用或者远程商业伙伴进行通信。

8.一些非常重要而且常用的功能比较模糊
由于BizTalk是通过信息来连接系统和应用的，它假设在任何流程都会有信息流入/出。归根结底，BizTalk通常会从Receive开始，Receive假设有一个最初的入站信息。本质上说，它试图按照携带信息的计划来确定信息的类型。而且BizTalk也不会接受不能和Receive列表中信息类型相匹配的信息类型。

你必须从XML中生成一个类型计划，以便于BizTalk区分应该接收那些类型的信息。不过BizTalk并没有默认激活这一功能！你必须自己来。执行计划导入的软件XDR schemas倒是默认激活的，但是你必须运行两个脚本：InstallWFX.vbs和InstallDTD.vbs，这两个脚本都在BizTalk 安装盘的SDKUtilitiesSchema Generator子目录下，你必须运行它们才能够导入XML或者DTD来生成BizTalk可以用于分类的计划。这里还有很多重要的功能没有清晰地在文件中说明或者示例的情况。所以要小心了！

没有xPath你可能对XML处理不会了解得很深入，从XML中提取数据不可缺少xPath。在绝大部分传统方式中，你可以使用xPath提取数据，你会用到源示例和xPath示例（如果在Visual Studio.NET的Properties窗口你可以点击XML计划中特定的数据项）。如果你试图在BizTalk的Properties使用示例路径，BizTalk就会迷失。

他们不会告诉你这些，也没有哪个正式文档能够告诉你如何处理单一、离散数据（我们应该说，在xPath中，这种情况只是偶尔产生，具体取决于XML计划结构和需要得到的数据的位置）。我看到过一些对于这个失败的非正式解释。无论是什么原因造成这种情况，这都是BizTalk的bug之一，你不会在文档中找到它，但却必须在没有任何帮助的情况下独立面对这一问题。

10.你的时间成本将是巨大的
如果微软历史上曾经有一个产品曾经被吹捧上天，然后又被扔到海里的话，那就是BizTalk。这个最初是由微软收购来的产品今天已经很好地同微软大家庭结合在一起，并且得到了管理者的良好照看，BizTalk功能强大、构思完善，而且已经同微软大家庭中的其他产品紧密结合，但是这是以损害正确性和全面的文档为代价的。现实世界中使用BizTalk的实验室非常少，这种事实不引人注目。但是如果使用BizTalk，你就多少只能靠自己带它进入你的应用和环境之中了。

简而言之，要对无休无止的日志做好心理准备，以及反复的实验和错误。你会经常被BizTalk Server Administration的事件日志、含糊不清的反对信息、弄得非常沮丧。在Health and Activity Tracking那里缺少实际的调试帮助也让人头疼。好处是一旦你学会处理这些问题，你就会感觉自己是那么令人难以置信的强大。但是，那是怎样的一个学习过程啊！不要低估了它的分量。

(责任编辑:张竺)

查看本文的国际来源