SOA即面向服务的体系结构，这句话，相信接触了企业信息化的人都读过，SOA从一个IT概念发展到如今，已经运用于诸多大型企业中了，一些成功实施SOA的企业表明，SOA确实给如今的信息化建设带来巨大的价值，让信息化建设变成企业建设的主流。

　　企业信息化建设已经由原先单一的财务系统，ERP，CRM等变成一个整体，传统的软件系统中，系统和模块之间相互的接口依赖性非常多，接口的耦合度就相对来说高很多，软件应用者如今已经由原先的一个部门级发展成全企业级，这些软件之间相互性就会大大增强，所以，正因为如此，诞生了第三代中间件SOA，通过一致的、开放的、互相之间的松耦合、容易替换的标准方式来描述，此方式能解除软件开发技术、软件应用平台、实施地点等束缚。

              

　　SOA能协调各服务以达到业务流程自动化

　　目前，大型企业在进行的SOA推广中，几乎全都是从公司的统一信息化规划出发，IBM SOA之前在中国国内的大型企业，如：东风汽车有限公司、长安铃木、苏宁电器、国泰航空、康泰人寿等成功实施上，详细请看泡泡网企业频道《IBM SmartSOA企业智慧运作的战略工具》。我们发现，SOA在实施过程中，要一步到位是非常困难的，因为，之前这些企业已经有非常多的系统正在运营（有兴趣的泡泡网企业频道读者，可以参考《汽车业深入信息化改造提升自身竞争》，国内的大型企业，在之前的企业信息化进程中，受限于中国软件开发水平和规范化，导致那些应用程序间的接口并不是非常清晰，并且，系统之间的边界也非常模糊，这就需要SOA实施方对整个企业进行重新的规划，这将会是一个非常复杂漫长的过程，是所有项目实施的基础服务，这也是为什么国内诸多软件企业都无法单独完成的原因。

　　对于成功实施SOA关键在于企业IT体系架构需要持续不断的调整，以创造出一个足以敏捷的架构应对于支持不断的变化，而这一点必须得到认可。这就要求，在许多情况下将现有的体系架构重新打散，细分到最原始的功能块，重新理解，重新定义，然后再利用SOA架构体系作为一个指导性框架逐步搭建起来。最终的结果则是这样的一个IT系统能够适应于目标和业务的不断变化。而对于政府部门而言，针对目标和业务变化迅速做出调整这一能力是非常重要的价值点所在。

　　在中国SOA的实践过程中，企业必须选用一个已经有大量的积累的平台，如果我们选用一个相对成熟的SOA平台，并且平台上有大部分相关的基础服务，特别是有那些基础的构件，那么会大大降低SOA项目实施的成功概率，降低实施的成本。其次，公司的使用者、CIO需要参与到实施过程中来，将SOA很好的与公司的业务相结合，在SOA实施过程中，向技术实施方做到非常详细的需求说明。

　　IBM全球服务中心之前发布了一分白皮书中指出，成功的实施SOA包含以下五大特征：

　　1.企业在进行SOA架构开发上必须具有前瞻性，不要只限于基本功能的连通性，实施方需要关注SOA架构本身。

　　2.将企业信息化与企业商业流程相结合，将IT提升到商业功能服务提供者的角色。在设计SOA方案时，侧重于商业流程未来该如何正确运转。商业流程建模是一种能够追踪关键商业实体生命周期的有效方法，它不但灵活、简单，而且也有较高的一致性，更有助于让企业间不同的参与者达成一致目标。

　　3.成立一支能够支持SOA的管理团队，必须包含文化、相关培训、管理应用、团队建设、激励机制、决策、协作及管理等方面。

　　4.基础设施要具备可升级性，通过正确的工具和测量方法，设定服务的可升级性基准。

　　5.提高操作的可见度和透明度，注重服务治理和服务管理。

　　占有亚太地区71%SOA市场份额的IBM认为，企业若要成功实施SOA，成功部署的前提必须是要有一支核心架构的领导团队，确定合理的前瞻性的需求，保证SOA的实施必须围绕需求展开，并对整体架构的发展起到指导作用，SOA中所强调的重用不单是指传统意义上的代码重用，而更多的是通过建立一个框架结构，加上审慎的规划与管理，来实现SOA的整体循环使用，促进企业内各SOA项目的发展。

　　提升SOA数据管理重视度，在不少SOA实施个案中，实施者仅仅对技术、SOA平台予以一定的重视，但是，没有对SOA数据管理重视，从而最终和需求造成偏差，产生不可靠的数据。IBM的经验认为，高效的元数据管理与使用公用信息模型(CIM)是走向SOA成功的关键要素。CIM可以为适用于所有界面接口、数据结构与数据转换的信息创建描述性元数据，支持重用，并加快开发速度。另外，通过以模型驱动的方法，还能进一步将所收集的最佳实践标准化，在界面接口与信息结构之间树立一致性，并且更容易在需求升级时进行转换。

　　前面我们提到信息化实施与商业流程结合在一起，但是，如果上层的商业流程模型产生错误，那么下层商业流程的细分和执行就会举步维艰，SOA就会面临着失败的危险。避免此风险方面很简单，在实施过程中，建设商业建模和面向服务建模架构即可。商业建模的建立，可以将整个企业进行系统的分析，将其划分成若干独立的商业单元，以方便从中寻找改善的机会。面向服务建模是通过对商业目标和相关联的绩效指标进行分析，以生成能独立于特定技术与模型的SOA，是SOA活动必不可缺的一部分。

　　SOA的实施是一个连续的过程，就好比数据流一般，需要对项目进行持续不断地改进，而SOA治理则能让商业团队与企业CIO或者IT实施人员之间合作更直接，以能对诸多商业目标实行自动搜索，寻找最优项目。

　　如何对SOA进行治理

　　SOA的治理如同SOA的实施一样，没有一个能完全统一的方案，需要对实际的方案进行详细的分析，目前，许多成功实施了SOA的企业，都在设计SOA商友一个公认的最佳做法，下面，小编就带着大家一起来看下：
　　
　　要实施SOA，必须对自身业务特点有非常透彻的了解。

               

　　SOA基础生命周期

　　SOA是解决业务问题的架构原则或者方法的，SOA的实施，往往是从局部开始，然后，逐步扩展到整个企业，但是，很多实施方仅仅是在某些对IT实施上有好处的项目上进行SOA计划，这样，并不能显示出SOA带来的价值，特别是不能明白是否适合于整个企业，因此，需要对企业的业务特性非常了解，寻找最具有典型的方面来进行SOA的实施。SOA主要是围绕IT与企业业务关系展开的，没有对业务的基本理解和调整，对除了基本的企业IT策划外的方面就很难建立合适的参数。对企业自身的业务非常熟悉，能更好的根据SOA调整业务并且为SOA建立治理计划提供方向。

                

　　SOA基础框架针对不同的人员角色，着眼于不同的重点

　　如何定义SOA实施的已成功

　　成功的实施SOA的一个关键要素是识别和定义衡量成功的关键指标。SOA的成功如同SOA的实施一样，是个有部分到全部的过程，是个按阶段成功的过程。

　　决定SOA是否成功实施，有宏观和微观两个方面来衡量，第一，对宏观的指标即各个关键的指标进行考察，能够非常轻松的看到SOA实施的进展，并且对实施过程中的不足及时进行相关的调整，以保证其能和企业自身业务紧密结合。第二个主要好处是它支持业务案例以便继续投资。例如，金融服务客户实现了把产品推向市场的时间减少70%的可衡量的结果将导致企业为继续实施SOA计划投入更多的资金。

　　部门间的沟通异常重要

　　SOA实施可以说是整个企业与外部IT实施方紧密协作的成果，因此，沟通对于SOA治理异常关键，但是，在真正实施过程中，也是最容易忽略的。在实施人员间建立一个合理的沟通计划能够让整个SOA团体了解目前项目的进展情况，实施目标，沟通有助于让每一个人都知道SOA治理的目的及其保持与业务一致的目标。

　　建立合适的参考架构是SOA治理模型的关键

　　SOA是面向服务架构，其中A代表架构。因此，建立一个合适的参考架构是SOA治理模型的关键。在制定参考架构前，因对各类风险，可能出现的问题进行预估，参考架构应包含SOA在实施过程中应包含各类实施方担心的问题，并提出相应的解决指南。这些将帮助实施方在真实实施中，切实控制好各类原则，以保证遵守已经建立的业务政策和标准。

　　而作为企业的CIO、CTO角度，SOA的实施，必须明白政策生命周期的总特征是非常重要的。这点将有助于管理层对重要的控制点的关注和处理好与各机构的关系。执行SOA政策生命周期的关键包括：

　　1.每一个政策在其机构中必有一个原始的来源，CIO必须明确的与此政策的原始来源，此来源可能是一个团队或是一个个人，个人或者团队直接关心此政策，并且受政策的最直接影响。

　　2.在SOA服务声明周期开始后，政策制定可能是非常笼统或者抽象的，但是，SOA平台必须是此政策在具有具体的可执行的方式制定的四环，才能执行此政策，因此，在编写政策时，政策生命周期将控制从抽象向具体的详细转变，CIO必须将政策从中提到详细认真推敲。

　　3.对多组政策进行综合管理，许多SOA政策是以组来进行的，是一连串的相互联系的。

　　4.对政策进行合理的适当的变化，根据SOA的定义，政策决定着IT和业务运行。当SOA治理规定应该对政策改变进行适当的控制，但是，规定具体的控制水平和控制机制将根据政策域和政策类型而有所不同。你的政策管理流程必须支持各种灵活的控制机制，以批准和启动各种政策域和类型中的政策变化。

　　5.检查你的IT流程、应用程序和基础设施的审计者根据良好的行业做法和Sarbanes-Oxley法案等管理规定将要找到开发和生产之间的明显的和确定的分离。关键的要求是只有那些负责生产运营的人才能够启用运行业务的系统中的任何东西(政策或其它功能)。相反，那些负责启动生产变化的人不应该有能力修改实际修改生产变化的内容。政策管理模糊了这个界限。因此，你的流程和基础设施必须规定在开发的时候制定服务政策。所有的其它生产应用程序资产都要经过同样类型控制的、分阶段的迁移。