换个角度看SOA

我的观点是SOA前途无量，但SOA不是给小实体企业和小软件公司的，要在中国流行尤其困难。以下试论证之。（各种数据资料收集中，盼有资料的朋友不吝提供）

　　在一个持续两年的SOA工具开发项目中参与了其中一年半的时间，现在也颇有些想法想要写一写。 即使在我们这个开发队伍中，真正对SOA的将来充满信心的也不过包括我在内的一二人而已。接触的大部分开发人员或者觉得SOA高深莫测，或者觉得不过是大公司又搞出的一个“大词”，推销东西而已。

　　为什么大公司热衷不已，且业界也是热闹无比，但我们很多开发人员却兴趣寥寥？我觉得，那是因为这个概念本身就不是要推销给小型企业和小型软件开发公司的。

　　有资料说，国内大部分企业活不过五年，而且总体来说信息化程度非常之低，而国外有几十年，上百年历史的大型企业则很多， 这些大型企业很早就开始信息化，在几十年的时间里，他们积累了大量的技术资产（各种信息系统，业务系统）。也同时产生了信息孤岛问题和遗留系统改造升级的大量需求。这些大企业的几十甚至上百个独立运行的系统建立于不同的年代，采用不同的技术，运行在不同的平台上，集成的困难非常大。这些企业也是国外大软件商和软件服务商的主要客户群体，以前看到过一份资料，系统集成和系统改造的业务在国外大型软件供应商的业务中占相当大的一个比例（TODO:数据数据！）。而国内大部分软件商和软件开发人员则面对一个又一个新项目，大部分都是新系统上线的业务。这一点上之差别极大。

　　因为有这样的业务特点，所以国外大厂商不断提出“跨平台，跨语言”的技术架构和编程模型，从CORBA到EJB到SOA无不打出这样的旗帜，而这一点对大量开发新系统的国内市场来说，吸引力显然没有那么大。

　　另一方面，这些大型企业内存在大量遗留系统，如果不能够解决信息孤岛问题，那么他们会逐渐成为企业的负担，而如果能够解决这个问题，就能够把这些技术资产“盘活”，使他们真正成为企业的财富，焕发出新的生命力。

　　SOA架构提出系统“服务化”，SOA架构又提出了服务组件模型，提出可以将组件部署为服务，服务又可以组合为更大的服务等等，其实这样的思路乍看上去跟CORBA，EJB也差不了多少。