缺乏恰当治理的 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 治理活动的迭代将在那些讨论的基础上进行计划。
function T(n){document.getElementById("ArticleCnt").style.fontSize=n+"px";} .csaiad{font-size:12px;color:#0000ff;text-decoration:underline}.csaiad:hover{color:#ff0000;text-decoration:none}.csaiad2{font-size:12px;color:#ffffff;text-decoration:none}.csaiad2:hover{color:#ff0000;text-decoration:underline}
文章来源于领测软件测试网 https://www.ltesting.net/