平台工程面向所有人

内部开发者平台不应该只关注开发者体验；推动业务影响同样重要。

译自 Platform Engineering Is for Everyone，作者 Brian Wald。

平台工程，它集中了开发团队的最佳实践和组件，随着 DevSecOps 实践和框架在组织中越来越普遍，平台工程也越来越受到重视。平台工程旨在通过为开发人员提供针对大多数工作负载的优化“黄金路径”以及为其余工作负载定义异常的灵活性来规范和标准化开发人员工作流程。

Gartner 预测，到 2026 年，80% 的大型软件工程组织 将建立平台工程团队，作为可重用服务、组件和工具的内部提供者，用于应用程序交付，高于 2022 年的 45%。平台工程使组织（尤其是拥有许多并行工程计划的大型组织）能够更轻松地扩展 DevSecOps 原则和工具。当企业被迫用更少的资源做更多的事情时，这一点非常重要。

DevSecOps 在速度、成本和敏捷性方面创造了显著的效益。然而，由于成本、难以招聘到足够的人员以及根深蒂固的传统技术栈，大型组织在采用 DevSecOps 方面遇到了困难。如果实施不当，传统的 DevOps 方法 也会导致本地工具孤岛，每个团队都会选择最适合自己的工具和流程，但这些工具和流程不一定适合整个公司。

在开发新的平台工程计划时，组织可以遵循两种路径之一。一种选择是构建一个跨多个点工具的认证和可视化层，但这并不能解决传统技术栈和工具孤岛的根本问题，因此不太可能成为长期解决方案。另一种选择是实施一个内部开发人员平台 (IDP)，通过将多种技术和工具整合到一个单一的自助服务体验中，来减少开发人员的认知负担。

平台工程的关键业务优势

加快上市速度: 平台工程有望帮助组织更快、更具成本效益地交付更高质量的软件。建立平台工程团队将从长远来看得到回报，使大型组织能够以更少的工具快速行动，从而节省大量成本。

降低安全和合规风险: 更少的工具和更规范的工作流程减少了组织的合规开销和潜在的攻击面。根据IBM 的数据泄露成本报告，2023 年全球数据泄露平均成本为 445 万美元。尽管如此，有效管理攻击面的组织可以更快地遏制泄露。

改善开发人员体验 (DevEx): DevEx 越来越受到重视，各公司都在争夺和留住最优秀的开发人员人才。平台工程团队可以通过构建高效的自动化工作流程或黄金路径，并从开发人员的工作负载中减轻一些手动、无关紧要的任务，来帮助改善开发人员体验。这简化了他们的日常工作，使他们能够高效地构建、测试和部署应用程序，并专注于更具影响力、对业务至关重要的工作。

平台工程最佳实践

从文化开始

如果“平台”描述了我们应该构建什么，那么“工程”描述了我们应该如何构建。太多组织急于购买和安装技术，而没有考虑他们需要如何改变组织文化才能使采用成功。仅仅因为组织实施了 IDP，并不意味着开发人员会采用它。

平台工程团队应该将自己视为产品负责人，将开发人员视为他们的客户。他们应该进行探索，了解开发人员的需求，然后与最终用户联系，帮助他们成功使用提供的资源。这需要营销、沟通和客户支持技能，而这些技能在技术性很强的团队中往往缺乏。

关键在于以产品为导向的思维和文化，这使得平台工程团队能够通过倾听用户反馈并不断迭代和改进其产品（开发人员平台）来为最终用户（开发人员）创造价值。领导者应该创造一个环境，让团队成员能够放心地寻找方法来帮助他们特定的（内部）客户。他们将专注于尽可能轻松地让人们使用他们的服务——很可能是通过自助服务界面或可编程 API。

专注于交付业务价值

在启动平台工程计划时，组织可能会倾向于查看高生产力团队并复制他们的做法。不幸的是，他们往往过分强调模型团队的结构或工具。但结构和工具通常是高生产力团队的结果，而不是原因。领导者应该专注于他们想要看到的业务成果，然后确定实现这些目标的正确工具和团队结构。

用业务影响来定义平台工程实践的目标。更快地开发软件很棒——但为什么？它服务于什么业务目标？

例如，提高速度和敏捷性是一个常见目标——但背后可能存在多个业务目标。上市时间过长具有明显的机遇成本，因为组织必须对优先考虑哪些产品做出艰难的选择。能够更快行动的组织也更能适应快速变化的市场。而且还存在安全隐患——组织必须知道，如果发生安全事件，他们能够快速有效地做出反应。

常见的生产力和效率指标很有帮助，但领导者应该尝试将这些指标转化为美元价值，以明确业务价值。例如，假设平台工程工作减少了新开发人员完成其首次生产提交所需的时间。在这种情况下，组织将节省该开发人员第一年工资的特定百分比，以及帮助他们入职的周围人员的部分工资。组织还可能提高留存率，减少对昂贵招聘（包括广告、招聘人员和冗长的面试周期）的需求。

领导者可以通过始终专注于业务价值来优化平台工程计划，以推动正确的成果。

为所有人构建

在流程的早期，开发人员平台的早期采用者可能是最显眼（也是最直言不讳）的。但是，请记住，早期采用者——根据创新扩散理论，他们通常占组织的不到 20%——可能与最终利用该平台的大多数用户有非常不同的需求。在定义对您的组织有意义的黄金路径时，请确保您是为大多数人构建，而不仅仅是早期采用者。

值得在早期投资的一个常见黄金路径是端到端 CI/CD 管道，它支持特定类型的负载在一组目标平台（例如 Kubernetes）上运行。一旦支持了这个基本负载，它就为其他人提供了坚实的基础，并让他们相信该平台能够交付价值。根据它们支持的业务成果，定义您组织的优先级黄金路径。

用更少的资源做更多的事情

平台工程的优势包括更快的上市时间、降低的安全和合规风险以及改进的开发人员体验。建立以产品为导向的文化并设定明确的业务目标对于平台工程的成功至关重要。很明显，平台工程的重要性从未像今天这样重要，因为企业都在努力用更少的资源做更多的事情。

相关文章：

1. 决策指南：是否该采用平台工程？
2. 年度总结：平台工程依然依赖电子表格
3. 交织的世界：平台和移动应用工程
4. 可组合平台前景广阔，但并非灵丹妙药
5. eBPF如何塑造Linux和平台工程的未来