DevOps - 运维相关的通用标准与认证

运维相关的通用标准与认证
DevOps 的一些联系和对比

回到顶部

运维相关的通用标准与认证

PMP(Project Management Professional Certification，项目管理专业认证)

在服务战略、设计、转换、运营思想的指导下，开展项目管理(范围、进度、成本、风险、资源、质量)、DevOps(持续交付)和ITIL服务(事件、问题、变更和配置)等工作。

DevOps Master

开发运维一体化(DevOps)则成为目前指导服务转换或服务落地实施的最佳实践

ITIL（IT Infrastructure Library，信息技术基础架构库）

有关管理 IT 服务和改进 IT 支持及服务水平的最佳实践库，确保 IT 服务始终与业务目标保持一致。

《研发运营一体化（DevOps）能力成熟度模型》

由工信部直属单位中国信息通信研究院牵头
云计算开源产业联盟、高效运维社区和 DevOps 时代社区联合发起
携手国内互联网、电信、金融等行业领先企业百余位专家共同编制
全球首个 DevOps 标准，已在联合国直属标准化组织 ITU-T、中国工信部、中国通信标准化协会(CCSA)正式立项。

回到顶部

DevOps 的一些联系和对比

DevOps 与 Agile敏捷开发

如果说Agile是内功和心法的话，那么DevOps则是力量与招式。
Agile描述了一套价值观，却没有显式的把方法论体系化，而DevOps定义了一套方法论，把价值观蕴含在其实践中。
DevOps关于开发部分主要应用Agile的最佳实践，比如精益开发、Serum、极限编程(XP)和看板(Kanban)方法等
Agile所提倡的结对编程(Pair-programming)、时间盒子(Timebox)、限制待制品(WIP)、持续集成(CI)和定义完成(DOD)等管理思想同样也适用于DevOps
DevOps 在 Agile 的用户故事的基础上还创造性的提出测试故事和运营(运维)故事的观点
DevOps在继承 Agile 优势的同时，更加强调IT服务或应用全生命周期的管控，即包括运营(运维)的管控
除此之外，DevOps更加强调自动化的发布部署及自动化测试平台，这个和目前比较流行的微服务的概念有很强的内在需要的契合

DevOps 与 ITIL

某些ITIL描述的实践可以直接转换成相对应的DevOps实践
ITIL强调以流程为驱动，DevOps更加强调通过自动化的平台和工具来实现自动化的运维
DevOps强调在运维层面要创建轻量级的只包含必要信息（Minimum Required Informa-tion， MI)的ITIL内容
比如ITIL在需求管理流程中提到的用户概述文件(User Proft)可以与用户故事相对应
ITIL在服务设计阶段产出的服务设计包(SDP)和服务验收标准(SAC)可以与待开发产品的发布部署以及测试验收相对应
在服务级别协议(SLA)和运营级别协议(OLA)中的绩效指标的完成情况同样可以用来表征利益相关方反馈的关键依据

ITIL为运维活动的实施提供通用的指导，而不是具体指导。
DevOps是对运维活动的一种具体审视，提供监控和改进这些服务的机制，关注更快、更可靠的实践。

DevOps 与 PMP

DevOps试图解决项目或特性、开发、测试和运维之间的矛盾
应用DevOps后，项目管理和控制不再只是项目经理一个人的事情，而是所有团队成员协同合作，以Team的形式共同参与项目管理活动
在传统的项目管理理论中，项目经理需要自行打通需求分析、架构设计、(开发)任务分解、持续集成部署和项目转运维等各种复杂的工程实践
如果项目经理的能力有限，这就意味着项目经理可能是整个业务交付价值链条上的单点故障，而DevOps的实践基本彻底解决此问题

DevOps 与软件开发测试

DevOps解决了客户不断涌现的新需求和有限的开发资源之间的矛盾
通过持续交付来快速提供客户认可的价值，并获取客户或用户的第一时间的即时反馈
开发人员需要持续构建发布部署流水线，并持续交付价值
测试团队不再是被动接受测试任务，而是从需求分析开始参与，建立新的、自动化的质量控制策略，提升对代码、功能性和非功能性需求的测试全覆盖
让应用开发者和运维专家在整个应用全生命周期中协同工作，共同交付业务价值