治理与生命周期管理

　　治理并不等同于管理。治理是决定由谁来制定决策，管理是一个制定决策和执行决策的流程。从图2中我们可以看到SOA与服务生命周期的连接点。服务生命周期在图中位于建模、组装、部署和管理的周围。服务是由SOA生命周期中的建模、组装和部署几部分所组成的，一旦部署已定，它们就被SOA生命周期中的管理模块所控制。整个流程是一个封闭的循环，由于服务能在其生命周期内更新，因此，流程将会重新回到建模阶段。

　　治理包括确保服务被开发或提交的时候流程能够执行。当一个服务被部署并位于管理段之后，治理将会监视通过SOA治理和管理方法建立起操作策略。治理框架的核心组件是SOA生命周期中建模、组装和部署阶段的治理。在实现SOA治理时，建模、组装和部署阶段的治理是最基础的。

　　服务需要在整个生命周期里得到治理：建模、组装、部署和管理。服务的生命周期类似于应用的生命周期，但比应用的生命周期多一项主要的新功能。由于服务被应用于多种业务，而且，重用是SOA的一个重要特色，因此，当新的子系统载入时，需要能够快速、容易地发现服务。服务可能位于不同的地址（内部或外部），处于不同的生命周期状态：开发阶段、规划阶段、部署阶段或者撤销阶段。这些服务一经发现，它的所有者和状态就处于可以获得现有SOA资源的临界状态。

　　据IBM的SOA专家介绍，为了能够向企业成功提供服务的可视性，就需要为产生和发现服务与信息定义一个地址，在SOA中，我们称它为注册中心与（或）存储库。注册中心是指一个可以注册服务并且有一个指针指向该服务的区域，企业可以把它考虑成一个服务通讯录。存储库是指存储服务和相关的SOA资料。这些资料在描述服务固有用途的时候非常有用。比如一个服务是如何使用，如何与其他服务交互等等，服务存储库能恰到好处地提供特定SOA生命周期段的信息。通过管理这些服务信息，一个注册中心/存储库能够管理服务生命周期。

　　图3表示的是通过服务开发和向基础架构提交管理的连接示意图。　

　　一个注册中心和存储库在SOA生命周期的四个阶段中扮演着重要的角色。在服务建模阶段，注册中心和存储库能够被用于创建或重组服务分类、词典和XML方案。在服务开发或组装阶段，注册中心和存储库能够被用于定位服务的可重新利用资源，从已有应用和服务中创建新的应用或服务。在服务部署阶段，服务的描述信息存储在注册中心和存储库中，供企业服务总线（Enterprise Service Bus，ESB）等调用，加强服务间的动态交互。

　　纵观SOA的生命周期，注册中心和存储库是SOA治理的控制器。一个企业架构（Enterprise Architecture）定义了治理策略和流程，IT架构用它来开发、运行以及维护服务。注册中心和存储库原来负责这些治理策略和流程的执行。它存储的策略可以监管服务的使用和交互。它还同时保留着服务的版本。注册中心和存储库同样通过生命周期阶段分成数类，治理和流程在必要时很容易实现。

　　如上所述，在技术层面执行治理策略的一个不错的途径是通过ESB和服务注册中心的组合。可以采用特定的方式公开服务，以便使只有特定的ESB才能调用该服务。然后ESB和服务注册中心就可以治理使用者的访问，监视和测定使用情况，确定SLA遵从情况等。通过这种方式，服务可以将重点放在提供业务功能上，而ESB和服务注册中心则主要负责治理方面的工作。

　　和IBM的SOA治理工具类似，BEA的SOA治理工具包括：ESB、注册库、服务库和SOA管理。

　　IONA公司研发经理林伯仲说：“SOA治理没有统一的规范，每个组织可根据自己业务的实际情况，制定符合自己需要的SOA治理规范或操作手册，更重要的是如何强制执行所制定的SOA治理规范。有关SOA治理软件如注册器/存储库可以有效地帮助组织实现SOA治理。”

　　治理可能成为SOA中任何错误的替罪羊。和性能一样，治理有可能成为所有问题的托辞和每个有问题的解决方案的“正当”借口。SOA的一个挑战就是明智地使用治理来使SOA更好地工作，而不会让治理方面的顾虑淹没了所有其他事项。

　　编看编想

　　无治理无成功SOA

　　企业在尝试做第一个小的SOA项目时，就需要考虑SOA治理的问题，比如如何使该项目中的各种服务组件得到最大限度的重用，接口设计，以及安全策略等。企业可以从第一个SOA项目中输出SOA治理的基本规范，然后再通过以后的项目逐渐修正这个规范。国内的某电力用户从第一个SOA项目开始就建立了企业级服务管理平台，定义了服务规范和原则，这是非常好的一个开端。

　　当企业准备在整个企业范围内推广实施SOA时，SOA治理就显得极其重要了。没有一个完善的SOA治理解决方案，企业所实施的SOA应用将会面临巨大的风险。Gartner曾指出，2006年从试点到大规模普及过程中，80%的SOA大中型项目（超过50个服务）将因为缺乏有效的治理机制而最终失败。

　　SOA治理实际上就是为SOA项目立一个规矩，“没有规矩不成方圆”，循规蹈矩就不会犯错误。