【IT168 SOA】当和那些研究面向服务架构以及正在研究微软进入SOA策略的分析人士谈话的时候，有一个词能很好的描述微软的出现：“不同”。

    微软正在操作一个与其他主要的SOA软件厂商截然不同的SOA世界。这里的主要的SOA软件厂商是指IBM，BEA Systems 公司以及最近刚刚合并的webMethods/Software AG公司。分析人士如是说。“过去他们总是成为那种与其他公司不同的公司。而现在，他们也是这样做的，” Current Analysis分析公司应用软件基础设施首席分析家Bradley F. Shimmin说道。他最近偶遇微软的人和讨论他们微软进入SOA领域的方式。“微软销售商品的趋势是相当特异的，”ZapThink有限公司高级分析师Ron Schmelzer这样说道。他最近在研究微软进入SOA领域的方式。“他们的产品没有和其他任何人的产品目录有相同之处。他们非常抵制任何甘特三字幕首字缩写词的形式。你应该为他们这样的做法提供一臂之力。 

    举一个例子，Shimmin说道。“他们能够进行SOA，但是他们并没有SOA的系列套装。”但是，在避免有一些标准的SOA产品目录的同时，分析人士发现微软在不断的向SOA的领域前进着，尽管大多数是以在他们自身的.NET世界中通过BizTalk服务器或者有时候作为各种各样的集线器的形式服务的方式前进着。分析人士指出，微软并没有有关ESB的产品却提供ESB指导方针以及ESB的能力。微软不支持服务组成架构(SCA)和服务数据对象(SDO)规范，因为这些规范都提供了和.NET相近的功能。微软也不提供有关业务流程管理(BPM)的功能，尽管他极富攻势的追寻工作流技术，而且是今年SOA领域的热点话题。Shimmin说道微软有十个聚焦于BPM的合作伙伴。他同时也很困惑微软最近在大多数SOA的软件厂商已经支持新推出的业务流程执行语言(BPEL)2.0的时候宣布.NET支持BPEl1.1的版本。他说他被告知BPEL2.0将成为今年的晚些时候的引路标。“这也是微软在他们自己的空间中如何工作的一个例证。”他说。 

    Schmelzer并不喜欢将微软描述成似乎要为.Net提供了一个可选择的矩阵和那些像IBM之类的在Java世界中进行竞争。他说关键在于微软所做的所有的有关SOA的事情都是以.NET为中心的，错过了这点，或者仅仅是反映了一种对Java的偏见。“如果你去看IBM，并且说你想要WebSphere但是要求他们将它在.NET平台上运行。” Schmelzer说道。“他们会回答不。WebSphere是一个建立在Java的平台上的。IBM就像微软在他们的方法中一直以.NET为中心一样，一直以Java为中心。”微软在他们的.NET世界中的所作所为对它们的客户和开发人员而言是很有意义的。两名分析人士都赞成这一观点。 

    例如，即使BizTalk并没有作为企业服务总线被推出，分析人士仍然发现在很多古老的产品中提供了很多完善的对SOA的支持功能。“他们正在销售BizTalk的容载量，”ZapThink公司的高级分析师Jason Bloomberg这样说道。“其中很多的客户都用它对SOA的开始进行衡量。”Burton集团公司的研究主任Anne Thomas Manes说道。他还将BizTalk引用为微软所做的SOA努力之一。 

    究竟是哪一方面会成为以另一种形式拥有ESB，Shimmin说道。“BizTalk将继续保持他们综合服务器的特点。这也是其擅长的方面。但是，你也知道的，一个综合服务器要处理系统的系结和讯息的传递以及转换。这也是BizTalk现在做的事情，也是ESB的核心方面。这是一种在小事上的纠缠不休。这也是另一个微软是如何运转他封闭的世界的例子。”

    BizTalk提早了SOA市场宣传的日期，但是却完完全全符合面向服务的方法，Schmelzer说道，“BizTalk起初在其刚刚推出的时候是一个企业对企业的文档转换平台，”他解释说。“现在已经经过了很多的演变。你可以将其视为一个综合的中间件或者是一个符合的服务传递平台，他基本上可以扮演你在使用WebSphere Business Integrator或者webMethods and Software AG公司提供的产品的功能的角色。” 

    Schmelzer说窗体通信基础(WCF)是另一个也被大家视为提供ESB功能的关键。 

    “微软可能没有争议的将BizTalk定位为为人们提供他们在ESB的产品中寻找的一些功能，”他说。“尽管他们也已经包含了剩下的WCF框架部分。微软将ESB视为一种样式而不是一种产品。你可以在微软的解决方案的产品线中找到所有你想在ESB中能够实现的东西。”除了BizTalk和WCF之外，Schmelzer还指出微软的连接服务框架以及良好承载服务也是SOA组成中的两部分。“连接服务框架实际上是对服务产品和服务技术的一个集合，而良好承载服务主要将他们定位在从事SOA平台应该提供给服务的东西。它包括安全性，可靠性，管理型，治理性以及其他的一些技术。连接服务框架和良好承载协议都是Biz Talk和窗体通信基础的产品，加上窗体工作流基础以及窗体表现基础，这些就构成了他们公司基本的SOA资产。” 

    Shimmin认为工作流是微软进入SOA的方法中的优势之一。 

    “如果说有一件事情是我能从他们那里获得的话，”他说。“那就是基于人力的过程。他们都是从人开始，以人为终的。我想，这在他们整个进入SOA的过程中都有所体现。” 

    微软在中小企业市场上占统治地位的桌面系统使得其在进入SOA市场时将其业务目标主要设为排名在财务1000以外的公司。这些公司都没有足够财力去购买大软件厂商的产品套装，而且缺乏整合免费的实现SOA的开源软件的IT技能。Shimmin说道。 

    “微软从来没有试图走过像BEA，Tibco或者webMethods/Software AG他们走过的路。那些公司都是试图创造一套完整的产品线，所有为BAM/BPM装备的东西都配有治理功能，产品线中还包括了所有建立基于SOA的基础设施所需要的东西。”他说。“而微软所做的，是他们已经在桌面系统上拥有一个很大的优势，通过桌面的优势他们可以和相当多的公司建立密切的业务关系，和他们的业务流程相捆绑——特别是在中小型企业市场当中。通过这种方式，他们确实走出了一条以人为本，过程友好化的SOA之路。” 

    Schmelzer还发现微软的SOA进入方式备受那些已经依赖于微软商务软件的公司的拥护。 

    他说，“微软给那些可能寻找IBM或者BEA的解决方案的公司的平衡力是明显的以Biz Talk产品线和窗体通信基础(WCF)为中心的，所有的产品和技术都能够承载他们，加上他们带给开发平台的所有的资产都可以通过Visual Studio进行处理，所有的东西都能够推动企业服务的创建。” 

    “微软有一套完整的系统，还有一个有价值的对这套系统提供可靠支持的主张，” Schmelzer这样说道。“微软所拥有的是因为微软所做的是一件非常好的事情。这就是事情的真相。”