【IT168 技术文章】

    本文来自于 Rational Edge：本文介绍了 SOA 服务生命周期管理，并且阐述了 SOA 质量管理以及 IBM Rational 工具及非常好的实践的支持对于将 SOA 开发活动与业务目标相结合的重要性。
 
    好的治理是构建成功的面向服务的体系结构（Service Oriented Architecture，SOA）的基础。SOA 治理是使各种业务单位和 IT 涉众确保他们共同设计的 SOA 是真正跨企业的。缺乏恰当的治理会令您很难获取将 SOA 的业务价值最大化的业务过程敏捷性和投放到市场的时间优势。

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

    服务生命周期管理是 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 治理活动的迭代将在那些讨论的基础上进行计划。