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

Posted CSDN资讯

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了开发运维已死,拥抱平台工程相关的知识,希望对你有一定的参考价值。

【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的说法,平台工程是一门设计与构建工具链和工作流程的学科,可以为云原生时代的软件工程组织提供自助式服务功能。平台工程提供的集成产品通常被称为“内部开发人员平台”,涵盖了应用程序整个生命周期的运维需求。

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

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

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

— 推荐阅读 —

以上是关于开发运维已死,拥抱平台工程的主要内容,如果未能解决你的问题,请参考以下文章

一个自动化运维案例:通信工程师的噩梦?

干货Paddle:百度拥抱世界,开源其深度学习软件平台

运维开发工程师的具体职责范围

技术一个自动化运维案例:通信工程师的噩梦?

腾讯宣布开源三大开发工具;国内首个5G营业厅正式落地北京丨每日播报

DevOps已死,NoOps永生