从上世纪九十年代末到本世纪初，可扩展标记语言(Extensible Markup Language，XML)技术日趋成熟。通过XML，开发人员摆脱了HTML语言的限制，可以将任何文档转换成XML格式，然后跨越互联网协议传输。借助XML转换语言(Extensible Stylesheet Language Transformation，XSLT)，接受方可以很容易地解析和抽取XML的数据。这使得企业既能够将数据以一种统一的格式描述和交换，同时又不必负担标准通用标记语言(Standard Generalised Markup Language，SGML)那样高的成本。这无疑为SOA的兴起奠定了稳固的基础。

　　2000年以后，伴随着互联网的浪潮，越来越多的企业将业务转移到互联网领域，人们也普遍认识到基于互联网之上的电子商务具有极大的发展潜力，因此需要创建一套全新的基于互联网的开放通信框架，以满足企业对电子商务中各分立系统之间通信的要求。于是，一家机构咨询于2002年指出：SOA是“现代应用开发领域最重要的课题”。但在这一时期，人们更多的还是关注于Web服务这一概念，同时也出现了三个著名的Web服务标准和规范：简单对象访问协议(Simple Object Access Protocol，SOAP);Web服务描述语言(Web Services Description Language，WSDL);通用服务发现和集成协议(Universal Discovery Description and Integration，UDDI)。这三个标准极大地推动了Web服务的普及和发展。短短几年时间，互联网上出现了大量的Web服务，越来越多的网站和公司将其对外服务或业务接口封装成Web服务，有力地推动了电子商务和互联网的发展。Web服务也是互联网Web 2.0时代的一项重要特征，同时，“服务”这一概念也被越来越多的人所接受。

　　到了2005年，SOA突然一下子就火了起来。不仅专家学者、各大跨国IT厂商，几乎所有关心软件行业发展的人士都开始把目光投向SOA。一时间，SOA成了IT界的焦点。各大IT厂商也逐渐放弃成见，通过建立厂商间的协作组织共同努力制定中立的SOA标准。这一努力最重要的成果体现在3个重量级规范上：服务组件架构(Service Component Architecture, SCA)/服务数据对象(Service Data Objects, SDO)/Web服务策略框架(Web Services Policy Framework，WS-Policy)。SCA和SDO构成了SOA编程模型的基础，而WS-Policy建立了SOA组件之间安全交互的规范。这三个规范的发布，标志着SOA进入了实施阶段。

　　国内市场风云变换

　　这里我们把主要的注意力集中在国内的SOA市场上，看看在国内市场上SOA的一个发展现状。

　　2005年以前，中国的大部分企业还在问什么是SOA，一部分企业用户开始在内部交流论证SOA，但觉得SOA远不如EAI(企业系统集成)或ERP(企业资源计划)等技术术语那样通俗易懂。大部分IT专业人员也在头痛，如何给企业用户讲明白什么是SOA。2006年，部分企业已经开始试点实施SOA项目。随着厂商产品技术的不断完善和相关国际标准的出台，到2007年，关于SOA的话题逐渐从为什么要上SOA转变到如何上SOA。

　　根据2007年的一项调查显示，77.5 的接受调查的中国企业开始考虑或着手实现SOA 架构，其中已经部署SOA 项目的企业占10%，已经规划或正在部署的占30%，正在进行SOA 项目论证的为37.5。尚未论证或考虑SOA 项目的仅有22.5。

　　不难看出，当前大部分企业对SOA的接受程度仍然集中在论证、实验，或者是某一功能或部门级别的局部性部署阶段。然而，这种局面正在慢慢发生变化。一些具有前瞻性的公司正在跨越功能和部门来拓展他们的SOA实施，最终将涵盖整个企业甚至他们的合作伙伴、供应商和客户。这无疑是更高级的SOA实施。企业可以由此获得重要的商业利益，比如系统整合将节约大量成本;优化的单一客户界面将提高客户满意度;服务的快速开发和部署能力也将不断推动企业创新和利润增长。我们虽然不敢肯定2008年是否有超过60的企业在创建关键任务的应用程序时会使用SOA作为主导原则，但至少大部分企业会开始在局部范围部署SOA 应用，为以后SOA在全企业的实施打下一个良好的基础。

　　在竞争日益激烈的今天，要想企业能从容面对市场环境的不断变化，就要求企业的IT架构具有更好的灵活性，能够充分地整合企业现有的IT系统，使各个部门和环节之间更好的协同，同时也提高了企业原有IT系统的可重用性，降低企业成本。而所有这些，正是提出SOA所要解决的问题。所以，企业发展所面临的这些问题，在某种程度上也推动了SOA的快速发展。

　　任何新生事物的发展都伴随着问题的不断出现，这些问题也会在新事物向前发展的道路上产生一定的阻力，SOA也不例外。SOA项目设计和实施往往涉及对企业软件基础架构、管理和运营全方位的冲击，加之涉及现有的关键业务系统以及现有软件供应商利益分配格局，SOA项目的提出和具体实施等不同阶段都隐藏诸多不确定的风险。同时，成功的SOA实现对系统涉及、产品技术和实施人员都提出了很高的要求。