好的治理是构建成功的面向服务的体系结构（Service Oriented Architecture，SOA）的基础。SOA 治理是使各种业务单位和 IT 涉众确保他们共同设计的 SOA 是真正跨企业的。缺乏恰当的治理会令您很难获取将 SOA 的业务价值最大化的业务过程敏捷性和投放到市场的时间优势。

        缺乏恰当治理的 SOA 计划几乎无疑地不能够交付长期的业务利益。而且，由于没有考虑企业中不同组织的需求，不具有治理的 SOA 成为了另一个烟囱管应用程序。许多 IT 分析人员都认为，SOA 治理对 SOA 成功来说比 SOA 技术更关键。事实上，就像 Danny Sabbah，IBM Rational 的总经理最近说的：“SOA 是 1％ 的服务和 99％ 的治理。”

        服务生命周期管理是 SOA 治理向您的 SOA 及 SOA 服务的实际构建中的一个应用。然而，治理属于业务涉众，管理是技术人员（负责“实现”的团队）的权限。服务生命周期管理必然与 SOA 治理紧密结合，因为在软件交付的每个步骤（从业务分析人员到架构师到开发人员到测试人员，再到操作）上，确认了将要构建的内容结合了企业的明确业务需求是关键的。

        SOA 质量管理是服务生命周期管理的一个方面 —— 与交付生命周期所有阶段的规程相交叉。IBM 将 SOA 质量管理定义为这样一个过程，通过确认 SOA 生命周期中服务的功能和操作此过程能够确保服务满足业务需求。

        本文将说明 SOA 治理、SOA 服务生命周期管理，与 SOA 质量管理是怎样关联的，以及 IBM Rational 工具和最佳实践如何支持它们。文中的重点是通常的 SOA 服务生命周期管理 —— SOA 治理的实现 2 —— 以及特别的 SOA 质量管理。

SOA 治理：服务生命周期管理的基础

        有效的治理为跨人、过程和技术的集成方法服务。在 IBM 中，我们看到了与按照四个阶段（计划、定义、启动和度量）的 SOA 生命周期相关的必要治理活动，它们是由图 1 中所示的迭代过程流连接起来的：

图 1：SOA 治理基础

        在许多方面，SOA 计划最有挑战的方面可能是第一步：让所涉及的所有涉众都在最初的计划阶段一起工作。确定计划的范围，授权给所涉及的各种组织，以及确定度量成功的方法需要来自许多不同部门和组织的协作。

        迭代的、四个阶段的 SOA 治理过程的目标是精炼并增强治理有效性，并优化对于 SOA 计划的业务价值。这四个阶段是：

• 计划（Plan）：在初始的计划阶段，涉众们合作建立并提交 SOA 治理及其整体范围的需求，并且计划项目范围、所有权，及资金，也许建立一个优秀的团队来监督 SOA 项目。在后继的迭代中，计划将确定出 SOA 治理在哪些领域可以有所提高，或者确定出 SOA 治理实现时所处的新领域，同时这些变更将应用于治理计划。
• 定义（Define）：已经确定出改进治理的机会之后，业务和 IT 涉众将协作定义新的治理策略和过程。在此阶段，组织描绘出了附加的 SOA 能力，对跨业务线的服务复用的策略达成一致，建立过程以保证服务水平，等等。
• 启动（Enable）：在此阶段，前一阶段定义的策略，将展示给企业中各种涉众。在此阶段中，组织向决策制定团体说明它们的策略，使它们确保需求得到满足，并且确保它们的组织随时可以得益于 SOA。
• 度量（Measure）：在此阶段，建立了治理策略和过程（例如，服务等级约定（Service Level Agreements ，SLAs)、复用等级，或变更策略）。这些是根据成功/效力标准（在定义阶段建立的）进行评估的，并且新的 SOA 治理活动的迭代将在那些讨论的基础上进行计划。