开发运维已死，拥抱平台工程

【CSDN 编者按】开发与运维本属于软件开发不同阶段的工作分工，但在日常工作中，运维常常会被认为是打杂的，或者是为开发人员服务的。近日，有一些外国开发者发出了，开发运维已死，未来将拥抱平台工程。这到底是怎么回事呢？

原文链接：https://thenewstack.io/devops-is-dead-embrace-platform-engineering/

本文为CSDN编译整理，未经授权，禁止转载！

作者 | Aeris Stewart 译者：弯月

出品 | CSDN（ID：CSDNnews）

近日，有人在推特上发帖表示：开发人员不想再做运维工作了。这对开发运维来说无疑是个坏消息。

公平来说，网上对于开发运维有各种不同的看法。Reddit 网站上经常有开发人员强烈反对开发运维的观点，他们表示对运维的工作一点兴趣都没有。但有些开发人员却认为，“既然你构建了它，就应该运行它”，承担运维工作是有好处，而且有时也是必要的。还有一些人则不置可否。

Luca Galante 是平台工程社区的主要贡献者和 Humanitec 的产品负责人，他针对这个主题在推特上展开了一次非正式的民意调查。投票的结果凸显了两大阵营的分歧：41.8%的开发人员表示愿意承担运维的工作，42.1%的开发人员表示反对，还有16.1%则表示无所谓。

如果团队无法就开发人员是否应该，或者可否，承担运维工作这个问题上达成共识，那么强迫每个人从事开发运维实践，就会导致灾难性的后果。

主要后果是增加了开发人员的认知负担。一方面是开发人员自助式服务带来的自由，而另一方面是通过抽象减轻认知负担，许多团队不得不重新考虑如何平衡这两方面。然而，这两方面都是必要的：自助式服务有助于提高开发速度和工作效率。但随着现代云原生世界的复杂性加剧，缺乏适当边界的自由会产生太大的压力，结果只能适得其反。事实证明，对于许多组织来说，找到这种平衡是一项非常艰巨的任务。

然而，一些优秀的组织在这个问题上找到了答案：平台工程。PlatformCon是第一届面向平台工程师的会议，吸引了6千多名与会者。Gartner在其2022年软件工程技术成熟度曲线中增加了一项：平台工程。

那么，平台工程究竟是什么意思，根据Gartner的说法，平台工程是一门设计与构建工具链和工作流程的学科，可以为云原生时代的软件工程组织提供自助式服务功能。平台工程提供的集成产品通常被称为“内部开发人员平台”，涵盖了应用程序整个生命周期的运维需求。

平台工程通过产品方法实现了一定的开发人员自助式服务，并为各个组织和团队找到合适的抽象级别。平台团队可以结合用户研究、定期反馈和营销最佳实践，了解他们的开发人员，创建一个解决常见问题的平台，并获得关键利益相关者的内部支持。

这些平台提供了一条金光大道，可将开发人员完成日常任务遇到的阻力降到最低。这些金光大道还提供了推荐的工具和最佳安全实践，可以减轻开发人员的认知负担，同时还保留了一定的自由度。所有这些努力都确保了平台能够减少认知负担，并在开发人员对自助式服务和支持的需求之间取得适当的平衡。

所以说，开发运维已死。平台工程万岁！