当和那些研究面向服务架构以及正在研究微软进入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的核心方面。这是一种在小事上的纠缠不休。这也是另一个微软是如何运转他封闭的世界的例子。”