DevOps标准体系及能力成熟度模型解读

近日，“OSCAR云计算开源产业大会”于北京国家会议中心举行，“DevOps论坛”作为"OSCAR云计算开源产业大会"的分论坛之一，于3月22日下午召开。DevOps时代社区、高效运维社区发起人萧田国参加此论坛，并带来《研发运营一体化（DevOps）标准体系及能力成熟度模型解读》的主题演讲，同与会者分享研发运营一体化的体系以及模型。

萧田国从五个方面对DevOps进行了解读，分别是：DevOps及缘起、DevOps能力成熟度模型解读、DevOps能力成熟性模型核心贡献者、DevOps能力成熟度模型本次重磅发布、DevOps能力成熟度模型撇故参与办法。

DevOps起缘于2009年，主要针对敏态业务，DevOps没有发明任何技术，但所有的技术都为它所用。因为DevOps是一个概念，它从技术上升到业务层，会建议你组织结构的变革。

企业级DevOps服务于业务目标。根据国外调查显示，DevOps的部署频率提高46倍，交付时间缩短440X，稳定性提高96，变更失败率降低。

DevOps的道法术器包括快速交付价值、灵活响应变化，全局打通敏捷开发、高效运维。术就是系统应用自导原则最佳实践，端到端工具链互联互通和整合。

“法”是DevOps标准，标准是研发运营一体化能力成熟度模型。DevOps在各个行业内实施，有很多共性存在。

DevOps的标准，是能力成熟度模型，它被企业内部用来对自身评估。此系列标准总共有7个，包括整体架构、敏捷开发、持续交付、技术运营、应用设计、风险管理和组织结构。

敏捷开发管理是很多技术专家和国内顶级敏捷专家一起做的修正，是第一个大的模块敏捷开发管理。敏捷在国内有流派之分，标准集合了两三个主体流派并结合他们的理念。在新的敏捷开发管理里，一个是需求管理，一个是敏捷写作管理以及计划及交付管理。

持续交付里面很多专家都是来自于社区，这个标准是最成熟的标准，包括配置管理和构建与持续，数据管理、环境管理、部署与发布。

技术运营标准的很多子模块是包括电信行业在内的国内最顶尖运维专家来做的，它更多关注跟运维。

萧田国现场对一些案例进行讲解。

首先在敏捷开发管理方面，有敏捷计划管理，包括有一些交付与需求交付质量、交付反馈等。此标准旨在对企业进行落地评估，假设一个企业评估水平只是二级，那么若想要过三级，则会有更多的评估项目，而且，如果做到三级是同上且有稳定的交付节奏和产品和优先级持续交付，当发生产品情况的时候所有产品需求和交付计划需统一完成。

第二是交付过程，交付过程目前列出来的只是第三级。以前开发部门是关心DevOps代码更多的被开发，测试部门关心找到的这种过渡的局部优化对于整体系统而言是否有害，过于强调资源的提升。

第三是持续交付标准，在第三级中如果要实现部署和发布实现全自动化，并且使用相同的过程和工具完成所有环境部署，一次部署过程中使用相同的构建产物，意味着企业所产生的按键包是一个产物多个运转。现在很多测试环境测试之后还得重新做一个包做运维，这些都是不应该的。此外，还有一些部署的策略，关系到部署的失败率。

第四是持续集成方面，如果说企业想要达到三级，要求研发人员至少每天想代码、主干集成一次。

上图所示为部分编写成员所在单位。

欲知详情，点击链接下载ppt原文：

http://www.idcquan.com/Special/OSCAR2018/live.html

或

http://cdn.opensourcecloud.cn/zt/2018cloud/ppt/

【中国IDC圈原创，未经授权禁止转载】

（编辑：拼字网 - 核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!