写点什么

Open Group 发布新 SOA 治理框架与服务集成成熟度模型

2009 年 9 月 01 日

Open Group 组织上周发布了两个新的工业标准:Open Group 服务集成成熟度模型 (OSIMM) 和 SOA 治理框架。

OSIMM 将会提供一个业界认可的成熟度模型,以在企业内 / 企业间增进对 SOA 和云计算的持续采用。SOA 治理框架是一个免费的指南,它能帮助组织应用那些实践证明的可以提升面向服务架构成功几率的治理标准。

这一成熟度模型基于 7 个不同的成熟度水平:

  • Level 1: 筒仓
  • Level 2: 集成
  • Level 3: 组件化
  • Level 4: 服务
  • Level 5: 组合服务
  • Level 6: 虚拟服务
  • Level 7: 动态可重置服务

它们在以下 7 个维度上都有定义:

  • 业务
  • 组织与治理
  • 方法
  • 应用
  • 架构
  • 信息
  • 基础设施与管理

这一标准从一系列帮助评估组织成熟度水平现状的调查表开始。它同时也详尽描述了从一个水平前进到下一个水平的益处。比如,当一个组织从"组件化"前进到"服务"成熟度水平的时候,可以有如下的预期:

从"组件化"成熟度水平到"服务"成熟度水平的转变使得企业内的其它组织和参与价值链的外部企业更视它为一个服务提供者。业务服务现在是可重用的。这一成熟度水平提供了通过标准的接口来调用的可重用的服务,并且这与该应用所运行于的特定技术平台是无关的,从而降低了为多套系统重复开发功能的需要 (也因此降低了成本)。

SOA 治理框架是:

一个提供了支持组织理解与部署 SOA 治理的上下文和定义的框架。

它定义了:

  • SOA 治理,包括业务,IT,以及 EA 治理之间的关系。
  • 一个 SOA 治理参考模型 (SGRM)
  • SOA 治理活力方法 (SGVM)

从 Open Group 组织的角度对"治理"所作的定义是:

治理意味建立和确保人员和解决方案如何一致工作以达成组织性的目标。它对于控制的安排和设定将它与日常的管理活动区别开来。

SOA 治理参考模型由若干元素支持:

  • SOA 治理指导原则
  • SOA 治理流程
  • 治理的 SOA 流程
  • SOA 治理流程工件 (artifacts)
  • SOA 治理角色与责任
  • SOA 治理技术

SOA 治理活力方法是:

一个利用 SOA 治理参考模型 (SGRM) 作为基准的流程,它遵照若干的阶段性活动来定制这一基准模型以让其适合该组织的各种变量。SOA 治理应当被视为一个过程而非一个项目;这样的话,SGVM 的各个阶段就应当被视为一个持续的循环改进,进展得以被衡量,方向得以修正,SOA 治理的制度不断更新,而 SOA 的治理路线图也得以在需要时被实施。

查看英文原文: New SOA Governance Framework and Service Integration Maturity Model at the Open Group

2009 年 9 月 01 日 08:021163
用户头像

发布了 133 篇内容, 共 26.3 次阅读, 收获喜欢 1 次。

关注

评论

发布
暂无评论
  • Eureka 进阶:健康检查和蓝绿部署

    2018 年 10 月 12 日

  • 组件发布

    2019 年 8 月 22 日

  • 文章:SOA 治理──企业视图

    在这篇新文章里, SOA架构师Michael Poulin解释了SOA治理在确保SOA项目成功中的必要性,并解释了OASIS SOA参考模型以及相应的分派给SOA治理的SOA参考架构。Michael从企业的视角观察了SOA治理的细节并通过几个SOA治理策略的例子进行了阐释。<a href="http://www.infoq.com/cn/articles/poulin-governance" target="_blank">直接点击阅读完整文章</a>。

  • 是否该重新衡量 SOA 产品了?

    Gartner分析师Roy Schulte是SOA方面的专家,他参与编写了1996年那份为业界引入SOA这一术语的Gartner报告。前不久Susan Hall对他进行了采访。此次采访试图回答这样一个问题,即是否应该重新调整对SOA的期待了?

  • 微服务拆分之痛——服务编排实践

    最近几年微服务非常火热,所有系统无不以拆分为荣,以构建烟囱型应用为耻。但是,系统拆分之后,好像微服务所承诺的美好并没有一一兑现,我们面临着服务拆分之痛。虽然我们总是强调服务是自包含独立发展的,但是服务毕竟最后要为业务服务,服务之间必然存在协作,当服务拆分之后我们面临着复杂的服务之间协作问题,我们怎么将这些服务组织起来完成业务流程,实现业务价值?这个时候我们可能就需要服务编排了。作者简介长期从事基础平台,中间件开发。现就职于便利蜂基础架构部,之前曾在去哪儿网和携程工作过,负责开发过消息队列 QMQ(已开源),配置中心 QConfig(已开源)等基础组件。

    2020 年 1 月 3 日

  • 如何对齐流程,IT 与 SOA 治理以支持 BPM 项目?

    IBM刚刚发布了一本红皮书初稿,标题是“SOA支持的业务流程管理”。该红皮书提供了一个总体的方法论,其目标是对齐流程,IT和SOA治理以支持BPM项目。这一方法论定义了在传统项目生命周期当中被开发的一系列工作流。

  • 可复用架构案例(三):中台是如何炼成的?

    今天我以一个实际的项目案例,告诉你如何在实际的业务场景中,通过一步步的架构升级,最后落地一个中台,实现企业级能力的复用。

    2020 年 3 月 13 日

  • ARTS 打卡 第 22 周

    Algorithm 是一道算法题,Review 是读一篇英文文章,Technique/Tips 是分享一个小技术,Share 是分享一个观点。

    2020 年 11 月 1 日

  • 作者采访、书评和样章:《应用 SOA》

    InfoQ采访了《应用SOA》新书的作者,撰写了一篇书评,并提供了样章下载。作者之一的Boris Lublinsky是InfoQ SOA栏目的编辑。在采访中,作者谈到了引入SOA的主要障碍,缺乏技能带来的问题,以及他们对SOA成熟度的估计。<a href="http://www.infoq.com/cn/articles/applied-soa" target="_blank">直接点击阅读完整书评、采访及样章</a>。

  • 我们高呼的下一代微服务 Service Mesh 到底是什么?

    考虑到有的同学之前可能没有接触过 Service Mesh 这个概念,所以这里我先对 Service Mesh 做一个简单介绍,作为后续内容的基础。

    2018 年 3 月 17 日

  • Zapthink:敏捷和企业架构并不矛盾

    最近,ZapThink发表了一篇讨论敏捷和SOA的文章:敏捷企业架构并非矛盾修饰法!。其独特之处在于从SOA的角度对敏捷宣言(Agile Manifesto)进行了重新诠释,提出了应用于SOA领域的4项原则。

  • SOA 实现中的 4 个最差实践

    在铺天盖地的SOA宣传文章中,最佳实践是出现频率最高的词汇之一。相比起来,最差实践就没那么风光了。但是,俗话说得好“吃一堑,长一智”,看看别人犯过的错,未尝对自己没有帮助。最近,Information Builders的市场副总裁Jake Freivald就撰文介绍了SOA实现中常见的4种最差实践,并针对每个实践给出了解决方案。

  • 洞悉 PaaS 平台的本质

    一个好的 PaaS 平台应该具有分布式、服务化、自动化部署、高可用、敏捷以及分层开放的特征,并可与 IaaS 实现良好的联动。

    2018 年 1 月 2 日

  • SOA 治理:在流程与机动性之间取得平衡(作废)

    Mike Kavis声称“缺少可靠治理模型的SOA实现无异于一个没有指挥塔的机场”。在他最新的一篇文章里,他对如何在流程与机动性之间获得平衡给出了指引。

  • Nevron Open Vision 支持跨平台应用程序开发

    Nevron Open Vision (NOV)已经发布,支持Windows Forms、WPF和Silverlight。借助于该框架,开发者将能够在多种操作系统、设备和环境上重用一个展现层。

  • Caicloud Compass 2.7.3 新版本微服务解决方案面面观

    近日,才云在容器云新版本 Caicloud Compass v2.7.3 中更新了微服务解决方案。

  • 一个草根的日常杂碎(10 月 7 日)

    中国传统教育,是允许老师打学生的。我上小学时,我爹我妈,都给老师说,不听话,你放心打起!然而,旧时的老师,他有一张手板,只打学生手掌。我爹总说,过去背不哈书的学生,手心打的肿起来,有馒头那么高。

    2020 年 10 月 12 日

  • TGO 十问华为云(中)

    5G+X联创营如何给新基建时代的互联网企业加码?

发现更多内容

优秀的js拓展数学库math.js,解决精度问题

飞哥

Java mathjs

依赖倒置

Karl

对标腾讯T3-2:高并发+微服务+消息中间件+Redis+MySQL+Nginx

周老师

程序员 面试 cpu 多线程 高并发

gitlab-runner 安装

dudu

面向对象设计原则

elfkingw

极客大学架构师训练营

设计模式

张瑞浩

架构师训练营-学习笔记-第二周

心在飞

极客大学架构师训练营

架构师训练营第二周学习总结

张明森

极客时间 - 架构师培训 -2 期作业

Damon

架构学习总结 - 1 - 软件设计原则

Chasedreamer

ARTS_20200_week1

不在调上

ARTS 打卡计划

《微服务设计》读后感

w0807m

微服务

架构师训练营第二周作业

小树林

软件设计原则作业

Mr.Monkey

学习总结

Mr.Monkey

架构师训练营作业(第二周)

默默

极客大学架构师训练营

架构师训练营-每周学习总结2

水边

极客大学架构师训练营

【省吾身】创新及其发生条件

luojiahu

创新 日常思考

首次披露我和知识星球老吴的一段对话

池建强

产品思维 产品定位 知识星球

设计模式原则思考

张瑞浩

以“血联网”缓解“血荒” “硬科技”赋能生物安全

CECBC区块链专委会

区块链技术 智慧血站 物联网化

框架设计原则

第二课作业

架构师训练营-第一周学习总结

清风徐徐

设计模式原则

张瑞浩

互金总结系列(2)-- 前后端分离

互金从业者X

每周学习总结 - 架构师培训2期

Damon

依赖倒置原则

elfkingw

实践Java如何创建安全的线程池

tingye

多线程 线程池 「Java 25周年」

【荒于嬉】事务的特性及隔离级别

luojiahu

事务

学习笔记-第二周

薛定谔的🐴

极客大学架构师训练营

InfoQ 极客传媒开发者生态共创计划线上发布会

InfoQ 极客传媒开发者生态共创计划线上发布会

Open Group发布新SOA治理框架与服务集成成熟度模型-InfoQ