DevOps - 成熟度评估

DevOps成熟度评估

Devops通过人、流程和技术的有机整合，以协作、自动化、精益、度量和共享文化为指引，旨在建立一种可以快速交付价值并且具有持续改进能力的现代化IT组织。

DevOps成熟度评估通过标准化和量化DevOps活动，帮助决策者快速的知道目前水平以及未来的发展目标，
没有一个“放之四海皆准”的统一的DevOps成熟度模型，都是按照各自的需求和方法论在不断总结和应用。
DevOps成熟度评估模型并不是指导把DevOps做得更好的方法论，只是用来评估目前的现状，指导未来还有哪些改进空间。

关注点列表

敏捷开发
- 组织与架构: 职能定义、文化氛围、经验能力、流程架构
- 开发与测试：快速开发、精准测试、敏捷管理、质量保证、用户体验

价值交付
- 集成与交付：代码分支、应用版本、CI/CD、变更管理

主动运维
- 环境与配置: 环境类别（含基础设施）、配置管理（CMDB）、容量计算、成本控制
- 监控与度量: 监控平台、指标体系、预警方式、反馈机制
- 问题与排障: 灾备演练、高可用架构、业务连续性、问题管理、事件管理、RCA闭环

安全合规
- 合规与安全：行业法规、数据存储、安全策略

关键词：

解耦、轻量、周期、持续、自动、精益、版本、迭代、可视、回溯

度量指标

如果无法被度量，就无法被改善。度量是一种定量的可视化手段。

• 过程指标：多次状态描述，过程指标远多于结果指标
• 结果指标：一次定性描述，多用于总结汇报

DevOps成熟度评级

• 初始级Regressive：几乎没有尝试任何DevOps实践
• 基础级Basic：落地一些DevOps实践，正在起步阶段
• 成熟级Standard：成熟运用各种DevOps实践
• 优化级Optimized：运用各种DevOps实践，根据实际情况进行优化改进
• 领先级Leading：行业里面DevOps的先行者、创新者、探索者、领导者

特别说明

• DevOps其实是一场“有始无终”的持续性改善和迭代
• DevOps不应该以项目的方式进行，因为项目的方式意味着管理者和实施者将目标限定为“期望在有限的时间以及预算内获得特定的结果”
• 单纯项目性质的DevOps本质上只是完成了某个具体任务的交差而已，满足某个考核KPI

---