soa 治理：框架和最佳实践 (pdf)

《soa 治理：框架和最佳实践 (pdf)》由会员分享，可在线阅读，更多相关《soa 治理：框架和最佳实践 (pdf)（22页珍藏版）》请在金锄头文库上搜索。

1、 SOA 治理：框架和最佳实践 Oracle 白皮书 SOA 治理：框架和最佳实践 引言引言 在面向服务的体系结构 (SOA) 环境中，治理是一个经常被误解的术语。一些人使用术 语 SOA 治理 来表示服务生命周期治理，即治理服务从创建到部署的生命周期。一 些人则用它来表示将运行时策略应用于服务。可 SOA 治理的含义仅限于此吗？如 果没有弄清治理的基本含义，使用 SOA 的企业注定会失败吗？ 我们的观点是 SOA 治理应该最终实现业务和 SOA 目标。必须将 SOA 投资与业 务目标和计划联系起来，降低 SOA 相关风险，并融入到企业的整体 IT 治理框架 环境中。 治理 （无论是财务、 商

2、务、 法律还是治理 （无论是财务、 商务、 法律还是 IT 方 面的）的目标是使人们在正确的时间做正确的 事。换言之，治理就是激励可达到业务目标的行 为。方 面的）的目标是使人们在正确的时间做正确的 事。换言之，治理就是激励可达到业务目标的行 为。 可以确定的一点是：缺乏管理可能是通向成功的巨大障碍。根据 Gartner Group Paolo Malinverno 的战略计划假设，到 2010 年，缺少工作治理安排将成为导致 SOA 项目 失败的最常见原因（概率为 0.8）。与此相反，建立了治理以帮助个人在问题范围内做 出正确决定的公司已成功地完善了 SOA。这些公司还实现了 SOA 功能在

3、以下领域的 有效分层，如体系结构、技术基础架构、运营、信息、治理、人员和组织结构、组合、 项目执行和财务。 使 用 成熟度模型 （如 Oracle 的五级 SOA 成熟度模型： 5 级 SOA 1） 构建的 SOA 规 划允许公司开始 SOA 之旅并通过在每个后续步骤进行构建来管理到 SOA 的转换过 程，最终实现所期望的 SOA 好处： 服务重用、改进的集成、互操作性和业务敏捷性。 治理是该旅程的重要部分也是本文的重点。 由于治理主要与 SOA 有关，本文将概述治理的框架和最佳实践并介绍我们的“成功实 现 SOA 治理的六个步骤”模型。有了这个模型，架构师和负责 SOA 的 IT 经理 将具

4、备确保 SOA 成功所需的知识和框架。 1 访问 http:/ SOA 在线评估。 SOA 治理治理 框架和最佳实践框架和最佳实践 第第 2 页页情景情景 MIT 的 Peter Weill 将 IT 治理定义为“指定决策权和责任框架，以鼓励在使用 IT 过程 中所希望的行为。”换言之，IT 经理必须使用决策、流程和策略来鼓励通向成功的行 为。IT Governance Institute 对该定义进行了扩展以包括“确保企业的 IT 可以支 持并扩展企业的战略和目标的领导力、 组织结构和流程。 ” 如果采用 SOA， 则可将 SOA 治理定义为策略（做什么）、决策者（谁来做）和流程（如何做）之

5、间的交 互以确保 SOA 成功（见图 1）。 SOA 治理治理 框架和最佳实践框架和最佳实践 第第 3 页页策略策略 （做什么）（做什么） 决策决策 （谁来做）（谁来做） 流程流程 （如何做）（如何做） SOA 治理解决了以下问题治理解决了以下问题 必须做出必须做出什么什么决策来实现有效管理决策来实现有效管理 谁谁应该做出这些决策以及谁拥有发言权应该做出这些决策以及谁拥有发言权 如何如何就这些决策达成一致并实施就这些决策达成一致并实施 图 1：SOA 治理的本质 制定策略和过程以确保及时正确地执行制定策略和过程以确保及时正确地执行 SOA 规划是规划是 SOA 治理的本质。治理的本质。 此管理

6、定义意味着需要一个 SOA 战略，确保与业务目标一致，并形成具体的对 SOA 的 投 资 期 望 。 要 实 现 这 些 期 望 并 作 为 SOA 战略的一部分，需要一个我 们称之为 SOA 规划的计划以确保实现业务和 SOA 战略。 SOA 规划概述要使用 SOA 实施的项目和一段时间后要使用的功能（如 2 至 5 年）。通过在一段时间内逐步构 建所需的功能，可以增加 SOA 成熟度，从而可以更有效、更灵活地实施更多项目。 要确保 SOA 成功，应该制定支持实现 SOA 规划的策略和辅助流程。应该广泛 地进行沟通，然后监视实施并根据需要进行调整。这是 SOA 治理的本质 制定策略 和过程以

7、确保及时正确地执行 SOA 规划。 既然 SOA 管理是关于决策、流程和策略的，那么“需要做出哪些决策？这些策略又该应 用在什么地方？” SOA 治理治理 框架和最佳实践框架和最佳实践 第第 4 页页企业体系结构和企业体系结构和 SOA 企业体系结构 (EA) 是一项计划、治理和创新功能。EA 的目标包括以下三个方面： 通 过转换为企业 IT 更改提供动态流程；不断开发业务功能以增强企业竞争力；为转换计划确定人员、 流程和技术方面的投资计划。 这些目标应驱动 EA 中的所有事物。EA 的交付物是一个基于 清晰业务需求构想的目标企业 IT 体系结构，以及一个可以通过定义、计划和执行良好的 转换实

8、现构想的管理模型。 SOA 是企业体系结构 (EA) 中的一个原则或框架，其目标与业务和业务目标一致，包括 ? 降低总拥有成本 (TCO) ? 缩短上市的时间 ? 实现业务敏捷性 ? 促进创新 ? 支持合规性 ? 增加收入 ? 增加客户满意度和忠诚度 ? 全球扩张 此外，SOA 日益成为 EA 的典型（重要）部分并隐含 EA 的关键内容。 ? 业务体系结构 业务流程定义的基础是业务服务和业务事件。 ? 应用体系结构 其基础是服务、服务使用者和绑定到用户界面的组合。 ? 信息体系结构 其重点是数据模式标准化、数据服务和数据质量。 ? 技术体系结构 随新的 SOA 基础架构、工具和共享平台的发展而

9、发展。 实际上，SOA 通过服务组合（可以洞察 EA 构件）和服务信息库（成为支持业务体系 结构的流程和系统基础）来支持 EA 战略。这有助于创建一种企业用于实现和维护企业 敏捷性的方法。 SOA 治理的关键杠杆点治理的关键杠杆点 为了实现业务、EA 和 SOA 目标，必须在不同业务领域制定策略：体系结构、技术基础 架构、信息、财务、组合、人员、项目（或项目的执行方式）和运营。这是治理的角色： 即策略，需要设计并制定策略以确保一致性。策略的格式和介质可能不同 可以用技术 捕获并执行一些策略，例如，注册表/信息库有助于执行服务生命周期治理，Web 服务管 理解决方案在运行时实现了对服务应用操作策

10、略。 其他策略（如体系结构策略或投资策略）需要通过企业分发的策略文档来捕获。 SOA 环境中要治理的主要方面如图 2 所示。 图 2：策略的关键杠杆点（SOA 治理） 图例图例 - 项目执行是指项目执行的方式。 我们认为需要对 SOA 环境中 IT 项目的执行方式作重大更改。 更改的焦点是管理服务的生 命周期 通常作为现有项目的一部分来实施。其他需要解决的问题包括服务所有权和共享构件管理。 - 操作捕获服务的操作内容。服务暗示了操作和管理 IT 的方式。在 SOA 环境中管理操作策略的方式也相应不同。 可以巧妙地将 SOA 应用到各个项目并获取益处，例如，使用基于 SOA 的成本更低、 互操作

11、性更好的集成平台来替代点到点的集成。 SOA 治理治理 框架和最佳实践框架和最佳实践 第第 5 页页SOA 治理治理 框架和最佳实践框架和最佳实践 第第 6 页页但是，您只能通过围绕上面提到的所有的关键杠杆点运用适当的策略和流程，来实现在 企业范围采用 SOA （和结果性部门间重用）实现所必需的更改，了解这一点非常重 要。 如果运用适当策略， 即明智地治理 SOA 之旅， 则能够实现企业范围的 SOA 战 略和业务目标。 我们现在详细介绍上面提到的各杠杆点需要制定的各种策略。 体系结构体系结构 体系结构策略提供了 SOA 的基础和框架，使您可以用更低的成本、更好、更快地 进行构建。必须构建每个

12、系统，这样既适用于现有的环境，也反映了组织的未来构想和 SOA 战 略 。 最好使用设置一组最少约束条件的体系结构方法来构建 SOA 以支持更 改，从而实现服务实施一致性、改进的互操作性、利益相关方的创新以及最小限度开 发应用程序的支持，还提供了对其他应用程序有用的通用功能，并利用和增强了共享 的基础架构。 作为 SOA 之旅的一部分，应考虑围绕以下几个方面构建策略： ? 遵循标准 例如，服务接口需要遵循 WS-I Basic Profile ? 使用体系结构评估，包括复查和更改流程 ? 利用体系结构文档和准则，包括用例、视图、服务接口设计和设计模式 ? 使用基于服务应用程序蓝图 ? 遵守参考

13、体系结构 企业必须达到一定级别的流程成熟度 架构师必须建立信任度 才能集成有效的 SOA 体系结构治理。企业作为一个整体看到 SOA 程序的价值并准备更改自身行为以获 取该价值之前，不要期望建立治理机构。另外请切记，大型企业很难控制单一企业范围的 SOA。我们建议将大型企业划分成若干独立的域，每个域有自己的 SOA 战略、体系结 构标准、（可能有重复）服务组合和治理制度。还要实施一个确保域间互操作性和一 致性的计划。 如果无法制定企业体系结构相关策略，会导致重复劳动、服务不可重用（因为它们无法 “接”到一起）和服务可靠性差。 最佳实践最佳实践 要从不同业务线、部门和项目中获取最大的可重用性，创

14、建架构师设计解决方案时遵守的 标准很重要。这通常通过同时作为新设计蓝图和评估体系结构尺度的参考体系结构来实 现。 许多公司面临着“孤岛”业务模型，即 LOB 间没有共享的设计、策略和流程。这些公 司通常努力创建与业务合作伙伴的无缝集成，而非整合自己内部的各个孤岛。但公司内 部必须遵守体系结构原则，否则无法获取最大的 SOA 收益（如服务重用和降低的维护 成本）。 Oracle 推荐公司创建在整个企业实施的、单一、整合的体系结构。通过保持企业体系结 构构件尽可能简单，您可以增加受众和项目团队理解它们的机率，还能够在将来有效地 执行和更新这些构件。企业可以创建为应用程序、集成、安全和数据创建单独的

15、体系结 构，也可以创建一个包含所有这些域的参考体系结构。该解决方案体系结构有时又称作 组合体系结构。重要的是， EA 小组为新应用程序开发和集成定义了一个公共蓝 图，具有易于装配和维护的标准接口。 一旦创建了参考体系结构，应该提供培训使架构师了解如何使用和解读此参考体系结 构。许多公司善于创建会快速转变成闲置不用的软件的文档，因为没有人喜欢阅读上百 页的文档。这样略强于没有参考体系结构。应将这些文档看作“活文档”，并进行更新 和版本控制。适用于任何大型企业的最佳实践是“及时”文档战略，即架构师和技术专 家可以在需要时轻松地找到所需信息。 切记，来自熟悉当前环境和企业未来构想的企业架构师的及时指

16、导，即使还不完善且基 于不完整的信息，也通常比项目团队将在等待正式体系结构发布期间自己创建的无知猜 想好得多。 ? 最佳实践：通过创建参考体系结构，在不同业务线之间贯彻体系结构原则 除参考体系结构外，公司还需要创建关于设计模式、工具、策略和流程的标准。许多公司 通过作为体系结构复核机构 (ARB) 一部分的工作组来完成此工作。（Gartner 将此工作 组称为 ICC，即集成能力中心；其他人可能称之为 SOA 研发中心）。 理想情况下，SOA 研发中心在执行 SOA 战略的早期就得到资助。尽管这可能仅在 那些管理层给出 SOA 承诺的企业中可行，但它的出现意味着服务所有权、服务设计和 治理等问题随着服务过渡到服务所有者和重用而出现。这有助于从一开始就维护服务的 完整性，并避免服务重新设计、标准化和重新实施。 SOA 治理治理 框架和最佳实践框架和最佳实践 第第 7 页页这个工作组的主要职责之一是建立企业内的设计和工具标准。另一个职责