情况可能并不像Duggan和其他人认为的那样毫无希望，但需要对工程团队及其职责做出重大调整。
“转型的目的并不是要给开发者增加负担，而是让其在正确的时间获得正确的信息”，Harness公司的Durkin说，"比起配置所有的东西，开发者最希望在正确的时间从系统中获得有效信息，以使运维、安全及基础设施团队能够正常工作。除非出现问题，否则开发人员无需关心运维工作。"
Walt Disney公司的前企业技术战略总监Nigel Simpson也希望公司能够认识到这个问题，并努力让开发人员摆脱“担忧机器应如何工作”的状态，回归到他们最擅长的构建软件上来。
更重要的是，Devops是一个连续的过程，具体的实施会因组织而异。开发人员可以做一些运维工作，但着并不意味着他们应该始终承担运维的压力。
Gartner分析师Lydia Leong表示，开发人员对基础设施的控制并不是一个全有或全无的命题，这部分职责可以划分到整个程序生命周期中，只有这样才能从“谁构建，谁运维”中获益，而无需将开发者空降到一个他们并不熟悉的未知领域。
正如Ondat的Brown所表态的，Kubernetes的容器编排正在成为开发和运维之间的分界线，关注这条分界线，能够让开发人员专注于自己的代码，并且让运维团队确保底层基础设施的优化与运行。“不要让我们的团队回到各自分离、互不交谈的状态。”Brown说。
事实上，根据VMware的《2022年Kubernetes现状》报告，776 名受访者中有 54% 表示提高开发人员效率是采用Kubernetes的关键原因，此外有超过三分之一 (37%) 的受访者表示是为了提高运维人员效率 。
Humanitec的创始人Kaspar von Grunberg在电子邮件中表示，“不要相信每个人都成为专家的谬论，在高效团队中，很少有Kubernetes方面的知名专家。”
————————————————
