什么是平台工程？

平台工程是基于 DevOps 原则构建的一种做法，旨在通过在安全的受治理框架内改进开发人员体验和自助服务，提高每个开发团队的安全性、合规性、成本和业务时间价值。 它既是基于产品的思维模式转变，也是一组支持它的工具和系统。

最近，围绕“平台工程”这一术语，行业非常兴奋。 事实上，到 2026 年， Git 预计 大约 80% 的工程组织将拥有一个致力于平台工程的团队。 这些团队专注于构建所谓的内部开发人员平台。 无论领域如何–例如， (Microsoft Dynamics、 Salesforce) 、服务履行 (示例： ServiceNow) 、通信 (示例： Twilio) – 平台的固有性质旨在实现规模并缩短交付业务价值所需的时间。

开发人员使用或扩展的平台可以通过高度优化的开发人员体验和简化的操作来消除整个开发过程中的辛劳。 这些平台包括具有以下功能的工具：

• 帮助开发人员自给自足 (例如初学者工具包、IDE 插件)
• 协助执行常见任务
• 将常见模式和做法封装到可重用的构建基块中
• 就问题或安全风险提供早期建议和反馈
• 通过管理底层基础结构和工具简化操作

什么是内部开发人员平台？

内部开发人员平台侧重于公司的内部开发实践。 定义一组建议和支持的开发路径，以使用内部平台逐步“铺平”这些路径。 使用现实世界的类比，新路径通常以土路开始，但随着越来越多的人使用它们，它们被铺平，以提高安全性，同时保持速度和吞吐量。 内部开发人员平台中的铺行路径具有类似的目标。 它们旨在指导开发人员了解关键要求和标准，同时不牺牲开发人员交付速度。 这是通过为开发团队提供标准化、安全和可缩放的自助服务功能来实现的。 同时，你仍可让运营部门和 IT 组织轻松确保底层基础结构和工具高效、合规且经济高效。 虽然某些路径可能部分铺平，但完全铺路的黄金路径可减轻参与人员认知负担。 开发人员是内部开发人员平台的主要使用者或客户。 自动化和集中化可实现高效操作，同时仍确保满足合规性等利益干系人要求。

借助平台工程，可以通过将 产品思维模式 与 DevOps 和 DevSecOps 中的学习相结合来创建此内部平台，以提供一组工具。 这些工具提供足够的自动化、跟踪、治理和可观测性，引导开发团队自然地“进入成功的坑”。正如一家跨国大众媒体公司的平台工程主管所说：

采用平台工程以提高交付产品的速度或速度。 集中式团队无需每个团队担心基础结构，从而提高了效率... 它们还增强了安全性，因为所有内容都是预定义的，从而减少了错误。 - Daniel，财富 500 强媒体公司的云工程师

换句话说，内部开发人员平台通过减少或消除认知负载和手动步骤，帮助你在整个开发和操作生命周期中集中和缩放专业知识。

实施成功的平台工程策略需要完成工作，但回报是值得的。 拥有少于 20 人的团队能够支持数千名开发人员和数百个项目的情况并不少见。

但是，创建内部开发人员平台是一个旅程。 我们不建议采用“大爆炸”方法或自上而下驱动的方法。 平台工程的一个重要方面是应用产品思维模式，将开发人员、机器学习专业人员或数据科学家视为客户。 正如一家科技公司的平台工程师所说：

[我们的] 平台工程工具旨在解决两个main问题。 第一个是使用自助服务模型促进服务预配。 … 第二种是提供自动支持系统，例如性能指标和应用程序可用性。 目标是使开发人员能够更快、更高效地工作，同时获得所有必要的信息来排查和优化其应用程序。 - Alex，大型科技公司首席云架构师

这可以是一个艰巨的订单，但没有两家公司是相同的，因此请考虑内部客户的特定需求，以绘制一个增量课程的整个旅程。 通过建立一组将随时间推移而组合的核心构建基块，可以确保内部开发人员平台具有足够的价值，使开发团队成为拥护者，并希望在此过程中使用它。 使用此信息创建最薄的可行平台 (TVP，这是你的平台的最低可行产品，) 并从那里发展。

重要的是，你希望将这些领域的任何投资都视为平台工程旅程的关键构建基块。

然后，你可以专注于使用自定义投资创建有凝聚力的粘附，为业务增加独特的价值，而不是从头开始构建所有内容。

平台工程原则