SOA不是一个新概念。早在1996年，Gartner就提出了SOA的理念。2002年，Gartner提出SOA是“现代应用开发领域最重要的课题”，并预计到2008年，SOA将成为占有绝对优势的软件工程实践方法； 2010年，采用SOA体系的企业将占80%。

　　这或许就是近年来SOA火遍IT业的原因之一。普元、甲骨文、IBM、用友、金蝶等国内外软件企业，纷纷高举SOA大旗，用SOA概念包装已有或即将推出的各种产品和解决方案，备战软件市场。

　　2007年，这些软件企业开始推出了一些实施方案，并部署了一些案例，使得SOA进入现实的脚步似乎迈出了一大步。 然而，与厂商们情绪高涨相对应的，却是CIO们的低调观望。相关数据甚至表明，大部分用户不能完全理解SOA，而且对于SOA的理解也不尽相同，可以说“1000个人心中就有1000种对SOA的理解”。

　　根据IDC对全球大型企业的CIO和IT高管的调查显示 ，对SOA非常了解的CIO仅为14%，了解的约为26%，没有概念和不了解的则占了大约60%。业务部门对SOA了解的比例就更低了，认为SOA对本企业IT业务系统重要程度的比例为： 非常重要的约为12%、较重要的为24%，其余的都是不重要或不知道。到底是什么造成了这样的尴尬？

　　下篇：诱人的愿景

　　SOA是软件工程和软件产业的一次自我变革和扬弃，它将迫使软件技术人员站在用户的业务视角上工作，将高深莫测的软件开发转化为“服务”业务的相应实现，将软件专业语言转换为现实业务语言，打破软件领域的技术壁垒和神秘感，最终甚至会把用户的业务人员改造成软件系统的架构师。那时，软件产业将告别“阳春白雪”，成为一个名副其实的现代服务产业。

　　SOA适合谁？

　　并不是所有的企业都适合部署SOA。沪士电子有限公司IT经理王翔认为，如果公司规模较小、产品单一，IT部门只是作为附属、支持性部门，一套ERP系统就足够了； 规模较大、IT部门相对独立的企业，实施SOA会更为容易一些。“IT部门以前偏重于支持，但SOA要求IT部门提供服务。因此，与业务部门并行、相对独立的IT部门更容易部署SOA。”

　　事实上，假如不具备条件，而去盲目地部署SOA，项目失败的可能性会很高。一位专业人士表示，有些企业用户错误地认为SOA项目应该全部由自己开发； 另外，有些用户只是购买一些软件产品，实施的时候完全依靠自己的团队，勿需外力支持，在实际实施过程中很可都会遇到非常大的风险。

　　因此，该专业人士建议，那些试图部署SOA的企业，应该从小项目着手； 此外，SOA项目还需要得到企业高层管理者的支持，以整合IT和业务部门的资源，实现IT与业务流程的紧密结合。

　　“SOA不偏重技术，而是偏重组织、管理、商业模式。这是一个大的系统工程。”王翔说。SOA最吸引人的地方在于，它可以更好地实现业务和IT一致性。

　　基于SOA的IT系统是由松散耦合组件组成的，它允许分散于各地且采用不同技术的资源协同工作。它要求研发人员开发的程序有更多的通用性。通俗来讲，就是有标准化的接口，可以将各种组件迅速组装成为新的产品和服务。

　　显然，要实施SOA，难点在于把整个业务和IT逻辑重新梳理，提炼出更多的共性模块，之后的技术实施反而不是关键。

　　在中国，电信、银行是对SOA需求最为迫切的行业。但这两个行业都有共同的特点： 企业内部的信息化系统很多是按照部门来部署的，而且每个部门都有自己的利益，因此，“实施大集中式SOA，一次性地实现所有部门和系统之间的共性组合，显然是不现实的。”一位在银行工作多年的应用架构师这样描述SOA在银行里所能发挥的作用，“不过，各个部门为了应对日益加大的竞争压力，都希望在局部的范围内，实现尽可能多的业务一体化组合，也就是希望快速地在小范围内实施SOA。”

　　除电信、金融行业以外，众多行业企业的普遍情况是，IT系统并非企业的核心业务工具，企业的业务运营和生产没有达到向用户提供随需应变的服务水平。换而言之，大部分企业的生产运营和管理还是以生产环节为导向，由生产能力决定服务的水平，因此，这类企业需要经过较长时间，使企业生产运营逐步成熟，才会向服务导向型的更高的企业经营水平过渡。

　　当企业客户要求企业提供随需应变的服务能力时，这些企业就会对SOA的IT系统架构产生迫切的需求。因此，处于目前发展水平的相当数量的企业，对部署基于SOA的IT系统还需要相当长的时间。