对话 Steve Sloan：关于 BizTalk Server 2006 R2

2006 年 9 月 10 日，微软发布了 BizTalk Server 的第 5 个主要版本。 BizTalk Server 2006 R2 基于前一个版本所提供的业务流程管理（BPM）和 SOA/ESB 能力而构建，帮助组织扩展核心的流程管理技术。同时，这一版本还进一步地提供了一些新的功能，如对电子数据交换（EDI）、AS2 和 RFID 的本地支持，与微软 Office 2007 系统和 Windows Vista 的紧密结合，包括诸如 Windows 工作流基础（WF）和 Windows 通信基础（WCF）关键的.NET 框架技术。

InfoQ 对 BizTalk Server 团队的高级产品经理 Steve Sloan 进行了一次访谈，以更好地理解该产品提供的 SOA 增强功能。

InfoQ：您能告诉我们这次发布的主题是什么吗？

Steve：“扩展互联企业”是发布 BizTalk Server 2006 R2 的主题。目前的现状是业务需要互联系统，不考虑系统的供应商、系统年限或使用的协议。同时，还需要扩展组织外部的业务流程。所涉及的软件都是企业级的。R2 提交了经过验证的企业级软件，具有扩展企业内部和外部核心业务流程的能力。我们极大地提高了对 EDI 的支持。此外，我们添加了 RFID 的设备管理功能，并以简单的方式将 RFID 数据连接到企业的其他系统中。为了让开发者在我们的平台上构建功能，我们添加了一个 WCF 适配器，它增进了对最新 Web Services 标准的支持，同时还能与微软 Office SharePoint Server 协作。

InfoQ：目前，RFID 在面向服务体系架构中是如何使用的？

Steve：在 RFID 世界里，其中一个主要问题是如何将 RFID 数据与驱动组织运转的人员与系统相连接。从历史上看，我们过去所面临的一个挑战就是：RFID 数据本身就是一个孤岛。举个例子，设备可能会告诉你一个 RFID 标签位于仓库中的这个特定位置上。要使得这些信息有用，数据就必须连接到像 ERP 那样的系统，或者连接到能够作出决策的人员，去判断是好是坏，或者是否需要执行特别的行动。标签也可能是在一个托盘上，该托盘应该在两日前就已被装运送走，这时，一条联系客户或变更托盘运送路径的新工作流就必须启动。尽管这看起来是基本的要求，但是连接设备与企业系统却是采用 RFID 的一个巨大挑战。随着这次发布，我们希望能够简化下列工作：连接这些设备，以及将数据返回给系统或采取行动的人员。

一个很好的例子就是 CHEP，它是世界上最大的托盘和集装箱租赁公司。在他们的全球分布式中心，他们采用了BizTalk RFID，从而能够更加快速而准确地跟踪他们的资产。该公司有40 亿件资产通过RFID 进行跟踪。新的流程不仅为客户提供了更加准确的付款信息，而且还使得CHEP 获得关于资产位置与状况更详细的实时信息。

在全球，实际上有数以亿计的资产正处于被跟踪的状态。使用BizTalk Server 2006 R2 以及大量的硬件、软件，同时包括我们汇集的解决方案合作伙伴，将能够更加轻松地交付RFID 解决方案。例如，我们的一个合作伙伴 Xterprise ，一家领先的 RFID 解决方案提供商，就在我们最新版本的 BizTalk Server 上对他们的产品进行标准化。

InfoQ：目前的版本如何集成一年前推出的 WCF（Windows Communication Foundation）和 WF（Windows Workflow Foundation）？

Steve：Windows 通信基础（WCF）位于我们互操作战略的核心。通过让开发人员更简单地使用 WCF 与 BizTalk Server 协作，我们可以更容易地使用服务，以及充分利用 WCF 对 WS* 的支持。这意味着 WCF 开发人员能够利用 BizTalk Server 的能力，如编制引擎和业务规则引擎，自动地完成服务的路由。

同时提供 Windows 工作流基础（WF）和 BizTalk，我们可让开发者进行工作流的选择。WF 是可嵌入的，通常用于为现有的解决方案增加工作流能力。BizTalk Server 编制引擎是一个健壮的编制引擎，它被设计用来支持企业级集成场景。它们满足的需求略有不同，但能够共处。

InfoQ：我们听闻了许多关于微软正在发布的新的 ESB 指导工具包的消息。它与 BizTalk Server 的关系是什么？

Steve：我们充分地认识到客户的技术环境是复杂而又迥然相异的。对于 SOA，有许多设计模式和方法可供选择，这要依场景而定。其中的一个选择就是企业服务总线（EBS，Enterprise Service Bus）。我们创建这个指导工具包就是为了简化使用微软技术来实现 ESB。微软 ESB 指导工具包提供了架构指导、模式、实践和一组 BizTalk Server 组件以及.NET 组件，简化了 ESB 的开发。指导工具包源于大量成功的 ESB 项目。我们从这些项目中获得最佳实践，并使得它们能够对我们所有的客户可用。微软希望客户能够扩展他们的 SOA 能力，在灵活性、可伸缩性与互操作性方面符合他们的场景。你可以通过如下链接 http://www.microsoft.com/biztalk/solutions/soa/esb.mspx 找到更多信息。

InfoQ：在这次发布中，特别对于 B2B 和 EDI 给予了极大的重视。这看起来证实了 B2B 信息交换并没有如 1999 年和 2000 年所希望的那样采用 XML 和 Web Service 来实现。基于 7000 家公司的客户基础，您能否从您的角度就这一问题给以阐释？

Steve：BizTalk Server 的起源可以追溯到 1999 年春，最初的愿望是通过它使得 B2B 通信更加容易，并更加有效地利用 XML。在当时，我们很多人做出的假设是 EDI 会由于成本问题，在一段时间内会逐渐消失。然而我们错了。EDI 中每个事务的成本已经下降，许多客户仍然希望保留 EDI，因为它仍然能够工作。这次发布的目标就是确保客户能够拥有一个健壮的、经过验证的 B2B 平台，而不用管他们选择的技术是 EDI 还是 XML。当然，XML 仍然是 BizTalk Server 的核心，我们计划继续支持行业的标准消息格式，例如 SWIFT 或者 RosettaNet。

InfoQ：BizTalk Server 与微软的 SOA 战略之间的关系是怎样的？

Steve：BizTalk Server 是微软战略的启航之作。无论是连接到内部的应用程序，还是连接到贸易伙伴的应用程序，连通性都是 SOA 的主要问题域。我们要让与流程、应用程序和服务的连接变得更加地容易。BizTalk Server 为客户提供了连接他们的所有 SOA 元素的能力。SOA 元素不仅包含了 Web 服务，同时还包含了像大型机和中型机这样的现有系统。在某些行业内，它们保留了客户基础架构的关键组件。通过包含像宿主集成服务器（Host Integration Server）这样的技术，我们确保客户能够在他们的 SOA 中，为新技术和已有技术搭建沟通的桥梁。通常，客户会为他们的 SOA 建立长期的愿景，而我们则给予他们在今天实现这一愿景的能力，以回应他们就目前已经拥有的基础架构所提出的需求。

InfoQ：接下来的计划是什么？

Steve：1 个月内，我们会召开第5 届年度SOA 暨业务流程大会。在本次会议中，我们会就技术路线图作出一些重要的宣布，因为它属于SOA 和业务流程管理的内容。敬请关注。

InfoQ：谢谢！

BizTalk Server 2006 R2 的评估版可以在这里下载。

查看英文原文： Steve Sloan on BizTalk Server 2006 R2