第三步 避险
成本的问题考虑清楚之后，SOA的实施风险就摆到用户面前。
尽管SOA的技术基础已渐趋成熟，但这并不意味着从此SOA就可以飞入寻常百姓家，相反，很多企业用户对部署SOA顾虑仍存。
联邦快递有限公司（FedEx）亚太区副总裁兼首席资讯总监莲达·C·柏勤（Linda C Brigance）表示：联邦快递对SOA的态度比较谨慎。花旗软件技术服务（上海）有限公司董事主席周亚贵是花旗集团亚太区IT系统规划的重要参与者。他透露，花旗集团亚太区并不打算在近期采用SOA。中国平安保险（集团）股份有限公司信息总监罗士礼曾经表示：部署SOA需要花费企业大量的时间和精力，而业务部门不会有那么好的耐心。对于IT部门来说，改变系统架构还必须考虑业务层面的现实压力。
实施SOA潜在的风险迟滞了部分用户迈向SOA的脚步。
要将现有的IT架构转变到SOA架构除了需要资金，用户还需要时间、勇气，以及抗风险的充分准备。
一般来说，部署SOA主要面临两类风险。
一是技术风险。首先，用户选择的SOA平台和开发队伍对Web服务、J2EE等技术标准的掌握程度，都可能潜藏着技术准备失利造成SOA项目失败的风险。SOA还处于发展阶段，一些技术并不是完全成熟，正处于从理念付诸实施的探索中。早有国外专家指出，SOA作为一个具有发展前景的应用系统架构，尚存在许多有待改进的地方，例如在可靠性、安全性、编制(Orchestration)、遗留系统(Legacy support)支持和语义(Semantics)方面均存在不足。其次，SOA可以让原本不同的IT系统快速整合在一起，只须调用系统组件就可以进行业务整合。然而SOA目前还没有确定调用系统组件的统一标准。譬如税务部门与公安部门交换车辆数据，公安管理的是车辆，一辆车是一个数据，而税务管理的是纳税人，一个人可能有好几辆车，这就涉及数据约定的问题。SOA能做多大，就要看它能在标准化这个方向上能走多远。
二是管理风险，传统的企业管理模式执行垂直管理，部署SOA必须要改变企业内部的IT文化、IT组织，这对管理有很大的冲击。从已有的系统迁移改造成SOA架构，是一个长期的工程。尤其是如果企业打算向外部推广一些服务，和它的供货商、分销商、代理商、客户等一起来构建SOA架构的应用，那就还有更长的路要走。这里有一个实际的例子。商业银行现在向客户提供很多代缴固话费、手机费、水费、电费、煤气费等服务，一个省级分行要和几十个需要收费的单位互联，实现应用的相互访问。从纯技术的角度看，这无疑是基于Web服务的SOA架构应用的最佳用武之地。但现实是，没有人这么做—因为需要改造自己的业务系统，牵涉很多人员和投入。此外，也有安全的问题、效率的问题等，目前还没有成熟的解决办法。
为了实现这一目标，对企业内所有的员工——既包括IT部门员工，也包括其他部门的员工，都需要转变对业务流程的固有看法。这需要相关的职能部门为了长远的目标而放弃眼前的利益，也要求IT系统设计师及开发人员从服务的角度来考虑系统的构成，同时，他们可能会放弃某些环节的控制权，如版本控制等。整个SOA系统可能要涉及变更管理、技术管理、风险管理以及日常业务管理等多个已有的业务系统。
实施SOA存在风险，但我们也不可能因为存在风险就因噎废食。对于SOA项目的实施，专家提出的建议是，用户不能一次实现所有的功能，不能一口吃个胖子。在SOA项目中将风险最小化的一个方法，是先将一些小的或有利于业务的流程使用SOA模式，构建相应的服务模块。这样可以让员工先适应这种新的服务模块。不至于使整个公司因为引入了新的IT系统而陷入混乱。
记者手记
SOA应用 70度
当改革大潮轰轰烈烈而来时，我们要做的是隔岸观火还是顺势而动？
看现在这架势，好像隔岸观火者并不能完全袖手旁观。因为各大厂商实在是在用各种各样的武器—媒体报道、学术会议等等各种手段讲述SOA的好处。弄得好像谁要是不上SOA，就被社会抛弃了一样。
其实，任何一个新事物给社会带来的变化可能都是颠覆性的。但是，这并不代表它一面世就会有如此惊人的效果。早在上个世纪80年代，互联网就已经诞生，但其真正普及却在十年之后，其所带来的翻天覆地的变化也在很多年后才凸现出来。
SOA也是如此。SOA为我们描述了如此动人的场景，以至于让每个从事信息化的人都热血沸腾，但它什么时候才能真正普及，谁也说不清楚。很多厂商为我们提供了各种各样的方案，他们说，只要按照他们的指引，就能实现那些梦想。于是，很多跃跃欲试的用户开始摩拳擦掌，他们纷纷在一些关键或者非关键的旧业务系统改造、新业务系统初建的过程中，开始了SOA之旅。他们中的一些人有了收获，一些人有了经验，他们发现，SOA仅仅是个长期过程的代名词，阶段性成果并不那么遥不可及。
于是，SOA终于有能力进入实质性的高温阶段，用户的应用热情也逐渐高涨起来。要说现在的温度，100度不够，70度刚刚好。
网友评论