目前，DevOps在中国正处于快速成长阶段。特别是在各大厂受到热烈欢迎，但大家要注意结合实际，立足业务。不能为了敏捷而敏捷，为了devops而devops！1.部署频率开发后要保持竞争优势，高质量、准确交付更新、新功能和技术增强都是非常重要的。增加交付强度的机会可以提高灵活性并更好地响应不断变化的消费者需求。定期测量部署频率可以更好地了解哪些改进是成功的，哪些部分需要更改。频率的快速下降可能表明其他任务或手动操作正在干扰工作流程。为了可持续增长和发展，建议使用一个小但不断变化的部署频率指标。确定部署频率，针对早期进行优化，并使测试更易于管理。2.部署时间该指标衡量执行部署所需的时间。这可能看起来没什么大不了的，但测量部署时间可以指示潜在的问题。例如，如果您的部署需要一个小时，则说明有问题。因此，最好以捕获构建时间的方式专注于更小但更频繁的部署。3.自动化测试通过率强烈建议您利用单元测试和集成测试来最大化速度。由于DevOps严重依赖自动化，因此使用有用的DevOps指标来衡量自动化测试的有效性。了解多少代码调整会导致测试崩溃，并有效地使用这些知识可以帮助您。4.CodeCommits计算团队在将软件实施到生产之前对软件所做的提交次数，不仅衡量开发速度，还衡量代码准确性。团队应该提出每个人都应该遵循的标准代码提交范围。大量的提交可能表明代码质量差、开发目标不明确等。由于低于标准的数字，团队可能没有生产力。找到减少或增加commit次数的原因，对于保持效率和项目进度，以及保持团队成员的幸福感都是非常必要的。5.计划外工作顾名思义，在一个标准项目中，计划外工作的比例不应超过25%。计划外工作的频率太高会导致工作中出现一些意外错误，如果不在工作流程中及早发现，可能会很严重。返工率也是为了解决工单中存在的问题。平均无故障时间(MTTF)是有缺陷的系统在发生故障之前设法运行的平均时间。用于跟踪不可修复的系统组件的状态，并评估它们在出现故障之前可以运行多长时间。它允许DevOps团队在发现故障时维护关键任务系统的状态。6.应用性能在执行部署之前，您必须检查性能故障、未知错误和其他问题。在部署期间和之后监控整个程序输出的变化。以及后期SQL查询、Web服务器调用和其他编程所需的用法。如果发生重大调整是正常的，则可以使用监控工具来更准确地显示变化。7.平均检测时间(MTTD)当问题确实出现时，立即识别问题很重要。否则，当发生严重的局部或大范围的机器故障时，不了解情况就会发展得很严重。请记住设置强大的应用程序监控，以帮助您轻松发现错误。8.平均恢复时间(MTTR)平均恢复时间(MTTR)是衡量企业解决问题效率的指标。分析业务和客户体验的影响的能力提供了所需的视角。MTTR计算从故障到解决的总响应时间，并提供有关客户是否失去控制、经历延迟或放弃系统的信息。改进它可以大大减少影响。总而言之，在人工成本居高不下、市场竞争激烈、用户需求变化频繁的情况下，DevOps是必选之路。
