中国的SOA切入点有两个地方跟其他国家不一样。第一个是企业监管包括政府监管，第二个是中国的新应用特别多，不过有些新应用适合用SOA的方法做，有些不适合，这和业务特性有关。

　　SOA的愿景是把不同部门的IT系统整合成一个统一的界面，客户通过一个界面可以看到所有相关信息。

　　三个阶段

　　从技术角度上讲，什么是SOA？其实SOA这个名词是不需要用一个定义来定义的，要定义的是SOA和其他事物的关系，要讲SOA和以前面向对象技术的关系，要讲SOA和商业的关系，SOA和现有技术的关系，把SOA和其他关系定义清楚了，就定义了SOA。

　　在2008年或2009年，可能是SOA在全球范围内爆发的一个临界点，到了2010年，超过半数的应用包软件都会SOA化。以SAP为例，现在SAP最大的一个计划就是怎么把自己的那些ERP业务模块变成一个服务，这也是未来几年SAP努力的方向。

　　一个阶段就是SOA的切入点，这里有跨业务的流程，比如一个新的业务需要用到原来的数据；比如一个门户整合项目，把企业里面不同的门户变成一个统一的门户；比如说政府里面经常用到的让省级管理中心看到各个地市的数据，这都是SOA的切入点。这时并没有考虑SOA的复用，复用是SOA的远期理想，但是之前可以用SOA的建设思路来做这样的项目。例如做数据服务的时候就跟以前做数据仓库的逻辑不一样，它强调的是把数据变成一个服务，别人很容易调用，虽然不知道谁会调用，但是要把它做成服务。这种切入点项目不意味着开始做整体的规划，现在也没有必要开始想3年以后该怎么做，现在只解决一个业务问题，建立企业对SOA的信心。

　　到了第二个阶段，企业要建立一个企业信息的一体化平台，这个平台是独立于应用的，这种情况下是用SOA的方法替代以前EAI(企业应用集成)的方法。

　　真正到了理想的SOA第三阶段，这时，企业已经按照业务来设计这些服务的组件，因此也产生了一个和面向对象的区别，就是企业开始考虑服务的管理和控制。

　　这个路线图很适合中国的情况。SOA的三个阶段，第一个是切入点，不见得需要全面的SOA规划；第二个是做整个企业的集成平台；第三考虑SOA管控和面向业务做服务。这样大家很清楚地知道自己应该从哪个阶段入手。

　　从切入点的角度，我们可以看看最早应用SOA的那些客户做了哪些项目。在北美和欧洲的市场，第一类，也是最多的，是怎么利用SOA的项目来提高客户的服务，包括客户中心的人怎么看所有的数据，怎么对客户提供全面的服务，或者是一个统一的客户视图，或者是一个统一的政府市民系统。第二类是应用架构优化，比如点对点集成的问题，取代原来的EAI。另外，新应用往往刺激是SOA的一种需求，还有一种情况就是合并，企业之间发生的合并，由于是异构的系统，怎么变成一个统一的平台来进行管理，这是一个监管方面的要求。最后一点就是跨企业的集成，比如说虚拟企业，最主要的问题是怎么跟别人进行集成。

　　从这些项目里可以发现一个特点，就是即使在北美比较成熟的市场里面，只有22%的投资是SOA的项目，是来自于SOA的专项资金。其他有接近60%的项目其实都是业务项目，就是想做一些事情，比如说要降低客服中心单次通话时间。因此，60%以上的情况是，IT是在考虑如何从业务找到SOA的切入点。

　　切入点

　　在国内已经有一些用户做了SOA第一阶段的项目，以及第二阶段的集成项目。这些用户的项目包括：银行提升ODS(运营数据存储)系统的数据服务能力，政府部门跨省跨企业进行数据集成，旅游网站为了新的服务流程去用BPM(业务流程管理)重新编排，还有电信企业的服务开通项目。

　　SOA在中国有自己的特色，因为中国的情况确实跟其他国家不一样，例如：经济发展得特别快，制造业非常的发达，集团企业一直面临特别大的企业管控问题。中国企业市场和北美市场有一点很大的不同，就是来自于客户服务方面的压力不像北美那么大，因为中国客户不像北美客户那么挑剔，中国企业的最大的压力是来自于监管。

　　因此，SOA在中国的切入点就有自己的特色，现在还不是实现业务敏捷，而是首先把自己管好。几级结构的管控来自政府或银行，从监管到审计，有各种各样的要求，都可以用SOA的相关技术实现。举个例子，审计是不能用数据仓库来解决的，因为它的逻辑是跳跃的，审计人员看了一个员工这一段报销的出租车票是每天早晨六点钟到七点钟，他就想看去年同一个人是不是也是这样，或者还想看看更早的时间，甚至看看其他人。这个逻辑是跳跃的，所以就不能用一个大的数据挖掘来做这个事，而是要用一个数据服务的方法来给他提供一个一查就有的办法。

　　中国的SOA切入点有两个地方跟其他国家不一样，第一个是企业监管包括政府监管，第二个是中国的新应用特别多，新应用不断出现，但是有些新应用适合用SOA的方法做，有些不适合，这和业务特性有关。

　　中国客户进行信息化建设的时候，往往考虑技术路线多一些，比如说用开放的技术还是专业的技术，是松耦合还是紧耦合。但是如果用SOA的思路审视整个信息化建设的时候，会发现有两个地方必须要考虑，一个是治理的模式，另一个是如何确保开发的服务符合标准。

　　举个例子，有一个大的集团企业现在做一个全国性的集成项目，总部会发现如果用SOA的方式，让下边各省的信息都暴露成服务的话，无意之中实现了业务监管，而如果用EAI的模式是看不到下面那么多信息的。这里面包含着一个信息化的政治学，总部的人总想看到下面分支机构的数据，但是怎么让分支机构比较容易接受总部的想法呢？就把信息变成服务化，因为一旦服务化，虽然是一个技术手段，但是很容易通过一个服务提高透明度，甚至监控这些业务服务的流转。实际上，SOA也是一个提高政治影响力的办法。

　　另外，国内的信息化主管可能经常跟集成商打交道，如何保证开发的服务是不是符合标准，达到企业的要求？如果建立一个SOA的标准，也能平衡这种压力，因为通过管控的办法，能够知道服务执行的效率。

　　因此， 用SOA建立的平台可能是一个柔性的集中管理平台。越是在集团的中心、全国或地区的管理中心，SOA的价值就越大。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。