dev vs ops_[2018 Dev vs. Ops调查]为什么DevOps文化在企业中造成混乱？

dev vs ops

长期以来，开发团队和运营团队之间存在鸿沟。 但是最近，出现了一项运动，以打破这些隐喻的墙，并在这两个职能之间建立共同负责的桥梁。

随着诸如DevOps和Site Reliability Engineering（SRE）之类的角色的出现，我们看到引入了一种更具协作性的方法来交付可靠的软件。

但是，在激烈的战斗中，当应用程序崩溃并且客户感到不寒而栗时，最终由谁负责确定和解决问题？

在“ 开发与运营：责任制状态”报告中 ，我们调查了代表公司规模，行业和地理位置的2,000多名IT专业人员，以了解共享责任制如何影响DevOps环境中可靠软件的交付，以及团队在构建和维护高质量应用程序时面临的最大挑战是什么？

看看我们的一些关键要点，并在此处获取完整的报告 ！

1. DevOps不再只是流行语，而是仍然不是家常便饭。

大多数受访者表示，DevOps在他们的发展路线中，但超过82％的组织仅部分采用了DevOps做法（或未采用任何做法）， 只有17％的受访者声称已完全采用DevOps 。

2.太多的组织依靠他们的客户来报告其应用程序中的错误。

尽管大量采用了自动化和DevOps工具，但仍有超过一半的受访者表示，他们依靠客户来告诉他们有关错误的信息。 在四分之三的受访者中，他们只是使用手工程序发现生产中的错误的一部分，它们仅占一部分。

3.很多人每周花超过一整天的时间来解决错误。

尽管超过一半的受访者将生产力作为衡量团队有效性的主要方法，但四分之一的受访者表示每周花费大约一整天的工作时间（或更多）来解决故障 。 另外42％的受访者在一周的故障排除时间中花费了一半到整天的时间。

还有一件事…

该报告得出的结论的重点围绕着DevOps的采用现状以及它如何影响应用程序的整体运行状况和可靠性。 DevOps最终应被认为可以帮助团队克服当今所面临的许多挑战，也许最常见的挑战是开发人员和运营人员之间的孤岛。 但是，这很大，但是……对于尚未开始过渡的团队和已经开始过渡但尚未完成过渡的团队，这条道路充满了新的压力和挑战。

在我们的报告中，我们发现DevOps转换可以极大地影响应用程序的可靠性，尽管可能不会以您认为的方式出现。 DevOps的采用如何影响团队面临的挑战？ 如何改变维持应用程式品质的责任？ 它如何影响团队花费在故障排除上的时间？ 在《 开发与运营：问责制》报告中找到这些问题的答案以及更多信息。

翻译自: https://www.javacodegeeks.com/2018/12/survey-devops-culture-creating-chaos.html

dev vs ops