为什么平台工程与 DevOps 不冲突

关注留言点赞，带你了解最流行的软件开发知识与最新科技行业趋势。

正如一些营销策略所争论的那样，平台工程和 DevOps 并不矛盾。

平台工程是在现代开发实践中获得关注的最新流行语。然而，一些拥护者认为平台工程意味着我们所知道 的 DevOps 的终结。

社交媒体上的喋喋不休似乎是一种华而不实的营销策略，试图吸引注意力。但不幸的是，一些从业者也在推动这种说法。

这段对话从根本上忽略了 DevOps 是什么的标记，并且分散了 DevOps 运动的注意力。这个论点完全被误解了，主要是因为那些试图宣布 DevOps 死亡时间的人……实际上并不了解 DevOps。

为了消除困惑，让我们定义 DevOps，并深入研究平台工程以及为什么每个人都在谈论它，这样您就可以确定平台工程是否适合您的组织。

什么是 DevOps？

DevOps一词最初是在组织希望消除其开发组织和运营组织之间的孤岛以推动加强协作时创造的。如今，DevOps 是一种运动、一种包容性文化和一套实践，其工具可推动负责交付软件的主要利益相关者之间加强协作、信任、责任共担、透明度、自主性、敏捷性和自动化。

大多数组织都明白 DevOps 是一段旅程，虽然每段旅程都不同，但都遵循上述原则。任何成功的 DevOps 转型都需要一组企业想要实现的目标，并确定实现这些目标所需的人员、流程和工具的能力。

从人的角度来看，这涉及创造一种包容性文化，打破团队和授权个人之间的孤岛。这种文化推动协作、自主和共同责任。从流程的角度来看，这涉及构建满足这些目标的敏捷开发实践，包括所有利益相关者，实现快速和频繁的变更，并创建快速反馈循环以实现持续改进。组织构建持续集成(CI) 和持续交付 (CD) 流程，通过自动化所有活动来构建、测试、打包和部署对应用程序的更改，从而提高敏捷性。从工具的角度来看，DevOps 拥抱自动化以创建那些快速反馈循环并提高质量、敏捷性和速度。

挑战

Puppet 的 DevOps 状态报告显示，文化障碍使组织（以我的经验，尤其是大型企业）在 DevOps 成熟度方面难以从中期发展过渡到高度发展。扩展和组织动态是阻碍他们发展的其他挑战。

当您的 DevOps 实践需要支持许多开发和产品团队时，扩展问题就会出现，每个团队都在技术栈、工具、流程、云服务提供商及其特性和功能上做出自己的决定。在这种情况下，这些开发团队将不得不解决许多导致效率低下和抑制机构学习的相同问题。这些做法的管理和治理也变得昂贵。另一个扩展挑战来自现代云原生架构的复杂性. 这些架构不仅复杂且不断发展，而且它们还依赖于不断变化的特性和功能。这种复杂性增加了开发人员的认知负担，增加了跟上进度的负担，并增加了任何新功能开发工作的启动时间。

在大型企业中，组织结构和动力在抑制成熟度方面发挥着重要作用。不同的团队、报告结构、错位的激励措施和问责结构都会成为成熟度的障碍。文化挑战几乎总是任何阻碍因素的根本原因，但从 DevOps 状况报告来看，高度进化的受访者没有提到文化挑战。相反，高度进化的受访者与平台团队的使用相关。

什么是平台工程？

平台工程是对大规模标准化以应对这些挑战的需要的认可。公平地说，这与开发者自由的理想相冲突，但与 DevOps 并不矛盾。可能感觉钟摆正在倒转，但我们与十年前基础设施团队的运作方式相去甚远。

DevOps 状态报告引用了我喜欢的 Evan Bottcher 对平台的定义：

“数字平台是自助服务API、工具、服务、知识和支持的基础，被安排为引人注目的内部产品。自主交付团队可以利用该平台以更快的速度交付产品功能，同时减少协调。”

当人们提到平台工程时，他们谈论的是构建跨职能平台团队，构建和支持开发人员平台，简化云原生开发并提高开发速度。与旧基础架构团队的根本区别之一是平台工程团队通过关注开发人员体验将开发人员放在首位。他们由跨职能成员组成，根据平台的不同，他们跨越运营、安全、开发和其他利益相关者。

Gartner 预测，到 2026 年，80% 的应用开发组织将建立平台工程团队。将此与 DevOps 并列是一个苹果与橘子的比较。

对话对您意味着什么？

您的组织可能拥有云卓越中心、DevOps 团队、云工程团队或负责运营（“您构建，您运行”）职责的产品团队。平台工程引入了这些组织模型的变体。您为您的组织选择的模型应该由您想要实现的目标驱动。组织模型在本质上与 DevOps 并不冲突，但某些模型可能比其他模型更有利于实现您的目标。

如果您认为上述挑战阻碍了您的 DevOps 成熟之旅，那么平台工程可能最适合您。有数据表明，平台团队和价值流导向产品团队的组合在高绩效组织中很常见。

一个高效的平台团队是跨职能的（矩阵式或其他方式），代表了向开发人员交付自助“产品”所需的所有学科。产品心态对于考虑开发人员体验和自助服务能力很重要。该平台考虑了开发人员体验、生产力、安全性、质量、稳定性以及成本管理等其他因素。它使开发团队能够专注于客户功能，但提供易于使用的构建块来利用该平台。

因此，让我们忽略围绕 DevOps 消亡的噪音，相反，让我们专注于采用有助于我们的组织在 DevOps 旅程中更快成熟的实践和结构。