微软ESB产品进入.NET 3.0时代

作者 王翔 发布于 2007年9月17日 下午10时7分

社区

.NET,

SOA

主题

SOA平台,

.NET框架,

ESB

标签

WCF,

微软,

SQL Server 2005,

BizTalk,

SOA实施

也许没有IBM和BEA对 SOA那么大的宣传声势，但基于最广大客户端用户和.NET 平台，微软的ESB产品并不逊色于“拼凑”路线的J2EE平台。但令.NET社区不满的是.NET 3.0已经正式发布近一年，微软的ESB产品还仅对.NET 2.0提供完全支持，这种情况一直拖到上周。

10号，微软在台北市发布了BizTalk 2006的R2。按照微软的产品分工，SOA产品线中的关键产品ESB是由BizTalk Server完成的，从功能性、易用性上讲，它与“On Demand”、“Fusion”、“Liquid”的那几家产品难分伯仲，而且在很多方面BizTalk都要略胜一筹。但SOA不仅仅是概念，必须要落实，也就是要通过某些开发平台把它真正用起来，把企业的应用变成业务服务、把数据变成信息服务、把运行维护支持能力变成管理服务“挂”上去；微软的产品线中，开发平台有.NET Framework、VSTS的产品，还有Enterprise Library、Software Factory、ASP.NET AJAX等通用并被广大开发人员普遍使用的框架，但作为面向服务的分布式计算中间件WCF，即便被国内、外同行普遍看好，但在BizTalk 2006中始终没有用武之地，从下图不难看出如果受限于BizTalk所支持的.NET Framework版本，将在大程度上阻碍BizTalk为中心的微软SOA项目发展。

此次发布的BizTalk Server R2版本中包括了WCF Adapter及相应的SDK，它们的组合如下：

• BizTalk作为一个后台服务，除了可以完成点对点的消息调用外，更主要的是它可以完成多种信息源、多应用服务环境下的新业务编排和多种消息机制，而且所有操作都是基于微软平台管理员所熟悉的统一管理界面；
• 如果说BizTalk搭出来的是一个平台，WCF就很像穿针的线，它可以很容易的把所需的各种内容（其他应用提供的业务服务、数据服务、管理服务、IT平台服务）缝在一起，形成新的业务服务能力。通过BizTalk的WCF Adapter可以把WCF写成的程序集作成一个个插件安到BizTalk这个总线上。

相比较以前Web Service Adapter、.NET Remoting Adapter等Adapter而言，WCF则是一个更抽象的同时更为普适的选择，开发团队基于业务需求通过WCF的ABC把内容描述出来，至于到了部署的时候选择COM+还是ASP.NET Web Service，都可以。

BizTalk 2006 R2引入了WCF也就等于引入了整体.NET Framework 3.0，毕竟无论向上为WPF传递信息、向内与WCS的安全机制集成，WCF都是最平滑的。除此而外，BizTalk 2006 R2配合WCF等于提供了一个支持各种消息模型的通用框架，它可以很容易完成高级SOA应用中亟需的事务性、异步消息队列机制、异步方法调用和统一安全机制等特性的支持，之前很多工作都需要通过重磅COM+或者集成第三方产品完成，由于他们很多都不是这个时代的产品，因才在XML化的今天，很多时候都显得笨重而且臃肿，执行效率也因为频繁的互操作受到影响。

如果计划基于.NET平台开发开发自己的SOA项目，除了已经内置了很多现成机制（UDDI、IIS、Active Directory、Automatic Update……）的Windows自身外，这个组合也许不错：

• BizTalk Server 2006 R2
• .NET Framework 3.0 +
• SQL Server 2005 SP1
• SharePoint Portal Server 2007

• 更早的 >