企业服务治理要先于SOA

soa发展走过了一条坎坷的路，但其发展轨迹却符合人们认识事物的自然规律。

SOA自其诞生之日起，曾被追捧过，也曾被怀疑过，发展到今天几乎所有企业级项目都在一定程度上要求采用SOA的架构思想。

缘何SOA实施成的少，败的多

近几年，人们在众多行业中实践与检验SOA，积累了许多宝贵的实践经验，并最终肯定了SOA在企业级应用整合领域的地位。所以，SOA已然成了解决这些问题的最佳方法。然而，在笔者与众多SOA实践者交流过程中发现，许多SOA实施之后，并未取得当初预想的效果，甚至有些SOA项目因管理不当或者实施得过于复杂而流产，最终损害了投资者的利益。

企业服务治理的重要性

服务是SOA的核心。按其愿景，在新项目设计实施过程中，项目团队通常会面临如下问题：1.企业有无服务目录，服务目录在哪里？2.哪些服务可在新项目实施中重用？3.需要新开发哪些功能，这些功能是否要封装成服务，供其他应用使用？4.当新系统所需要的某一功能已经存在于某一现有系统之中，但是并非以服务形式出现时，是否要对它进行封装，如何封装？5.服务的调用是否必须经过企业服务总线（ESB），何种情况下必须经过ESB，何种情况下不需要？6.当某个现有服务功能部门满足某项需求时，如何对服务进行改造和版本控制？7.待开发的新系统是对某个旧系统的升级，那么旧系统提供的服务何时中止，用新系统中的服务替换，还是将服务升级成另一种形式？8.服务来自于哪个系统，被哪些系统所用？9.服务由谁负责管理和维护？10.服务可被哪些人或角色有权限访问？

以上都是与服务治理相关的问题，还能列出很多。而这些问题并没有绝对正确与错误的答案。但在企业中，若没有针对这些问题的标准回 答，那每一次SOA项目实施就存在太多的随意性和不可控性，导致损害SOA实施的价值。

譬如，若企业缺乏对服务变更的控制和规则，那么一个服务在经过几个项目之后，就很有可能被随意更改成多个版本，将来变成什么样更是无法预测。久而久之，降低了服务重用的可能性，提高了服务利用的成本。

服务治理在SOA实施之初的作用不明显，甚至在一定程度上影响到项目的进展，但随着SOA实施深入开展和服务数量的增加，其作用会越来越明显。正如SOA架构通过引入了多个层级，在一定程度上牺牲单笔服务调用的效率却换来架构的灵活性一样。

你的SOA实施成功吗？你在SOA实施中思考过这些问题吗？若还没有，建议开始认真思考这些问题。

服务治理+ESB，收益最大化

企业服务治理需要做两件事情：

一是建设企业服务的资源目录；

二是制定治理规范。企业服务资源目录是对记录服务元数据信息的注册与存储库。它应该支持服务的注册、元数据存储、查找、搜索、版本管理等功能。治理规范规定了围绕服务的增加、使用、更改、中止等一系列操作的规则。

具体规则需根据企业的SOA现状而定，规范可以逐步完善，在必要时可更改，但必须要考虑规则的稳定性。

企业服务治理可以单独实施，此时需要成立一个独立部门来监督和管理每个SOA项目的实施。实际情况是，企业服务治理常与ESB实施结合，获得最大收益。原因有几方面：

■ESB是SOA中处于应用、服务、门户、信息、流程等之间的重要的仲裁组件，它独立于各业务系统，具有中立性；

■在SOA实施中，需要通过ESB封装现有功能，对外提供服务访问接口，ESB能够天然成为最了解全局企业服务信息的组件；

■ESB运行时，环境经常需要通过服务目录获取服务的元数据信息，从而实现智能路由、数据转换、消息验证、消息过滤等功能。此时，服务治理可优化ESB实现；

当下，SOA厂商之间竞争的已不再是企业服务总线或流程引擎的功能谁更全面，而是谁能提供更优秀的SOA全生命周期支持。尤其是服务监控与治理会成为重中之重。