对话 Steve Sloan:关于 BizTalk Server 2006 R2

阅读数:378 2008 年 3 月 24 日

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

收藏

评论

微博

发表评论

注册/登录 InfoQ 发表评论