devops成熟度

• 第0阶段：杂乱无章—一没有DevOps流程，或者企业管理层不知道自动化和集成会带来多大好处。开发和运营团队独立工作，软件通过人工测试。所需的更改需要很长时间才能投入生产。

• 第1阶段：结构化—一有些流程已经到位，但它们的定义非常松散，没有实现自动化程度。处于这一阶段的企业在小型团队中试点应用DevOps实践，然后将其扩展到更大的IT项目。

• 第2阶段：托管—它定义一个更成熟的流程，包括一些基本任务的自动化。敏捷实践在开发和运营部门被广泛采用。

• 第3阶段：衡量——团队对DevOps实践有深入地了解，自动化取代了大多数人工流程。定义敏捷性能指标并将其纳入流程。其性能信息通过自动化收集，并反馈到流程中以推动改进。

• 第4阶段：优化——此阶段的重点是持续改进，并且DevOps流程在团队中根深蒂固。企业正在跨架构的不同部分进行实验，并使用从数据中获得的洞察力进行更改并提高性能。

DevOps是关于持续交付和尽可能快的发布代码

1. 部署频率
2. 体积变化
3. 部署时间
4. 交付时间
5. 客户反馈
6. 自动化测试通过百分比
7. bug逃逸率
8. 可用性
9. 服务水平协议
10. 失败部署
11. 错误率
12. 应用的使用和流量
13. 应用性能
14. 平均检测时间(MTTD)
15. 平均恢复时间(MTTR)

DevOps的主要目标是速度、质量和应用性能

你希望尽快地发布代码

跟踪部署频率是DevOps一个良好的衡量标准

如果目标是快速发布代码，这是一个非常关键的指标

应用问题的最好与最差的指标是客户的支持和反馈

你知道在生产和QA中发现了多少软件bug吗？

最不想发生的就是应用停机

大多数公司都有一些服务水平协议(SLA)

在部署之后，想查看访问系统的事务或用户数量是否正常

当问题发生时，重要的是你要快速地识别它们

这个指标可以帮助跟踪从失败中恢复需要多长时间