通往开发运营的道路充满了混乱

越来越多的公司正在向DevOps过渡。但是，他们发现问责制是一项难以理解和实施的工作。我们查看了OverOps提交的有关责任状态以及这对DevOps推进意味着什么的报告。找出哪些团队在苦苦挣扎，避免犯错！

OverOps采访了2,000名DevOps专业人员关于问责制的问题，而且有一点很明确–无论DevOps到哪里，都会出现混乱。

他们的发现发表在他们的报告中：“开发与运营：问责制”。让我们深入研究主要发现，看看DevOps世界如何变化，以及您可以从这些总结中学到什么。

问责制和承担责任

DevOps的主要租户之一是两个团队在问责制方面享有同等份额。这条路并不容易。这是在实践中还是仅在理论上起作用？这是受访者对团队责任感的感受。

• 73.0％的人同意Dev和Ops对应用程序质量负有责任。66.9％的人认为发生问题时，整个团队共同承担责任。

• 那其他季度呢？23.2％的受访者表示，对于谁应对代码错误负责，他们感到“缺乏明确性”。显然，在解决此问题时，DevOps的做法需要更加明确，以便100％的团队成员可以达成共识。

• 这种不确定性导致更多错误。23.2％的人回答说，他们不明确是“导致生产错误的主要原因”。

• 更大的公司在角色分解方面遇到更多问题。

• 谁负责故障排除？26.9％的Ops表示，排除故障不是他们的责任，而只有8.0％的开发人员说，这不是他们的责任。

• 确保质量挑战仍是一项艰巨的任务。41.2％的受访者表示，他们的公司“没有确保可靠性的正式流程”。11.4％的受访者必须非常幸运；他们回答说他们的团队没有挑战。

以DevOps的速度前进

疲倦无休！DevOps运作迅速， 并导致混乱。

• 大公司喜欢DevOps：根据调查，公司越大，他们采用DevOps工作流程的可能性就越大。小公司正在考虑采用，但尚未实施。

• 平均发布频率：非常忙碌的受访者中有14.4％的回答说他们每天发布。尽管有超过90％的受访者每月至少部署一次代码，但“已完全采用DevOps的受访者中有44.6％表示迁移得太快会导致生产错误”。应该牺牲质量来提高速度吗？

• DevOps热门行业：金融，电信，医疗保健，教育，媒体和娱乐，能源，零售，公共部门，技术和制造业。

• 最受欢迎的开发人员工具排名第一：自动化测试工具

• 运营最受欢迎的工具：基础架构/网络监控

• 大量错误： 25.8％的受访者表示，他们花费了20％以上的时间进行故障排除。

• 菜单上没有： 6.3％的人说他们没有计划采用DevOps。

• 发现错误：自动化还不是未来。76.6％的受访者至少使用一种手动过程来发现错误，而35.6％的受访者仅使用手动过程。更令人震惊的是，有52.2％的人“要求客户告诉他们错误”。

我们学到了什么？

您和您的团队如何从这些发现中受益？这里有一些指针：

• 定义团队成员的角色和责任。

• 部署之前请花一些时间来确保质量。

• 如果您的组织很大，那么陷入混乱就容易多了。确保每个人都在同一页面上，并与所有相关人员明确项目所有权。

• 不要依靠用户向您的团队报告错误！

开发与运营：问责状态，包括： 

• DevOps人口统计和基础架构

• 团队如何衡量成功？

• DevOps造成了什么混乱？

• 开发人员和运营商是否同意最好的工具？

• 要克服的挑战

这些发现是否与您自己的团队一致？是否有任何数据使您感到惊讶？