【IT专家网独家】可能在市场上围绕着面向对象的架构(service-oriented architecture，SOA)误解最深的是SOA和Web Service是同一个概念。这个误解传播的很广，影响了架构师和开发人员、咨询师和厂商等。但是尽管ZapThink不断的在日常的事务上澄清很多问题，这种误解还是存在于一些匆匆检查中无法轻易辨别的细微之处。结果，仅仅站起来喊一下“SOA是组织IT资源更好的满足业务不断变化的需求的一种方法!”“Web Service是基于标准的、协议化的软件功能和数据的接口!”是远远不够的。毕竟，如果仅仅是关于不同术语的各自定义的问题，那么这种误解早就消失了。所以，为什么这么基础的误解至今还困扰着我们?我们该做些什么来解决这个问题并最终取得进步呢?对这两个相关、但是各自不同的概念的历史进行简要回顾将有助于澄清这个差异。

　　最初SOA和Web Service是捆绑在一起的

　　表明SOA和Web Service是不同的概念的第一个证据是SOA在Web Service出现之前早已存在。早在1990年，像公用对象请求代管者体系结构(Common Object Request Broker Architecture，简写为CORBA)和微软的分布式组件模型(Distributed Component Object Model，缩写为DCOM)的分布式计算方法都是以一种协议的方法抽象软件功能的架构方法，能够提供一定程度的松耦合性，提供比使用其他方法的紧耦合性接口的架构更大的灵活性——换句话说，它们是面向服务的。虽然CORBA和DCOM都在市场上获得了一定的成功，但是DCOM明显就是一家厂商的架构，而COBRA虽然表面上是厂商独立的，但是在实施中还是和厂商有关，因为CORBA不同的厂商的实现被证明是互相不兼容的。

　　这个故事还算不上有趣，直到1990年代的后期，当时一些厂商达成了两点基本的共识：第一，SOA的方法不会提供真正的灵活性，除非它是与实现独立的，第二，相对较新的可扩展标记语言(eXtensible Markup Language，XML)会成为理想的消息协议，即使它的最初的目的是作为文档标记语言。这些观点导致了多家厂商的标准的努力并最终确立了为Web Service提供基础的规范的核心：Web Service 描述语言(Web Services Description Language，WSDL)，统一描述、发现和集成协议(Universal Description, Discovery, and Integration，UDDI)和简单对象访问协议(Simple Object Access Protocol，SOAP)( 现在已经不是这个的缩写了, 因为访问对象已经没有意义)。

　　SOA由三个标准支持的“发现-绑定-发布”三角的早期工作主要集中在商业对商业(business-to-business，简称B2B)的应用上，同时还有全球的“green pages”目录，它允许对整个Internet上商业Web Service的自动发现和绑定。问题是，没有人愿意按照这样的方式来做业务。实际上从黄页上选择一个水管工都十分冒险，所以还有谁会自动化流程，在系统之间增加任意的交互?结果，作为.com繁荣期末尾的“Web 1.0”B2B电子商场趋势的失败的一小部分，这个早期的SOA的B2B计划失败了。

　　Web Service唱主角

　　虽然疯狂的.com的终结和随之而来的IT的衰退打击了很多标准的制订工作，但是我们将2002-2003期间称为Web Service的黄金时代。厂商们意识到在艰难时期唯一有希望产生业务的故事就是节约成本的方案，并且Web Service有一个伟大的特点：降低集成的成本。从私有的接口转到基于标准的接口，想想你可以节约多少钱!虽然那些日子里标准还远不是成熟，但是至少商业案例对于投资者而言已经足够美妙了，这些投资者都在泡沫破灭的回忆中战战兢兢并且寻找新的机会。就这样，Web Service的市场诞生了。

　　当然，凭借着早期对于Web Service技术和趋势、XML&Web Service安全、面向服务的管理和测试Web Service等报道，ZapThink又一次领导了Web Service的潮流。并且，早在2002年二月当我们在《XML and Web Services Unleashed》书中讨论架构的时候，我们建议那时的厂商不要谈到SOA，因为市场还没有准备好SOA所代表的更加复杂、以商业为中心的逻辑。相反，这些报道以Web Service架构为中心，该架构是基于标准的集成方法。

　　并且，回顾2002年的时候，我们意识到在那一年6月的面向服务的集成报告中有一个在今天来看都是预言性的一个基本的真理：虽然Web Service单独就可以降低集成的成本，只有转移到SOA方能降低组织机构的业务变化的长期成本。换句话说，Web Service让你获得了去舞会的入场卷，但是你还要学会跳舞。