什么是平台工程（以及它不是什么？）

IT 领域有太多职位名称，它们的意思基本上都一样。更令人困惑的是“平台工程”。但事实是，这个新名称的出现是有原因的。

在这篇博文中，您将了解平台工程的全部内容以及平台工程与其他流行标题之间的关键区别。

SRE 与平台工程

平台工程之间的第一个混乱的解释通常是与 SRE 和平台工程进行比较，这两者是两种截然不同的实践。

站点可靠性工程 (SRE) 主要关注性能和应用程序/系统可靠性。

平台工程就是为了提高软件交付的效率和速度。

一些 SRE 实践是否与平台工程兼容？当然。例如，如果您为确保软件交付加速而创建的平台出现故障，那么它对任何人都没有多大用处。因此，您需要通过监控和可观察性来确保该平台的正常运行时间，这与 SRE 中的应用程序/系统可靠性部分直接相关。

SRE = 性能和可靠性。

平台工程=高效的软件交付。

DevOps 与平台工程

接下来你经常看到的比较是关于 DevOps 和平台工程的。让我们来详细分析一下。

首先，DevOps 从来就不是一个头衔或职位。它本应是一种人人都在使用的软件交付实践和理念。然而，多年来，它变成了一个头衔，不幸的是，最终只是指那些懂得编写脚本的云工程师或基础设施工程师。这当然不是坏事，但它不应该是一个 DevOps 头衔。它应该是“自动化工程师”之类的。

DevOps，除了头衔之外，还要求开发人员必须成为他们想要运行的工具的专家。这其实不应该，因为开发人员已经有了核心活动和职责。学习并成为工具专家只会增加认知负担和压力。

平台工程为开发人员提供了他们想要使用的工具，但在开发人员平台上，这些工具易于学习和访问（至少比学习所有需要的工具容易得多）。

分解平台工程

当您考虑平台工程时，它将归结为以下内容：

• 内部开发者平台（IDP）。
• 使软件交付更加高效。
• 为开发人员提供一种有效的软件发布方式。
• 创造可靠的可重复性。
• 自动化开发人员工作流程。

有些人可能会说上述情况已经存在，大多数人也会同意，但只是在一定程度上。

让我们深入研究一个例子。

有一些有效的软件交付方法，例如 CICD 和各种“一键开发”平台，适用于本地、云端和基于 Kubernetes 的工作负载。问题在于，仍然需要有人在中间完成工作并将其移交，或者开发人员仍然需要学习新的工具。DevOps 工程师必须构建流水线，然后与开发团队合作确认其工作符合预期，或者开发人员必须学习 CICD。

通过上面的例子，我们现在可以看到，开发人员需要一种方法来提高他们的工作效率。他们需要一种方法来交付他们需要的软件，而无需等待或学习各种不同的工具和技术。他们需要一种方法来尽可能可靠地交付软件，同时专注于他们想要做的事情——编写代码。

这就是平台工程发挥作用的地方。

Tldr；平台工程是根据平台用户的需求创建的集成功能列表（平台用户是使用该平台的内部工程师/开发人员）。