也许没有 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
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论