什么是平台工程？

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

最近，围绕术语平台工程有很多行业兴奋。 到2026年，大约80%的工程组织将拥有一个致力于平台工程的团队。 这些团队专注于构建所谓的内部开发人员平台。 无论域 - 销售 （Microsoft Dynamics， Salesforce）， 服务履行 （ServiceNow）， 通信 （Twilio） - 平台，其固有性质旨在实现规模并减少交付业务价值所需的时间。

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

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

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

内部开发人员平台侧重于公司的内部开发实践。 可以使用内部平台定义一组建议和支持的开发路径，并逐步“铺平”这些路径。

为了使用现实世界的类比，新路径通常从泥土小径开始，但随着更多的人使用它们，它们被铺平，以提高安全性，同时保持速度和吞吐量。 内部开发人员平台中的铺路路径有类似的目标。 它们旨在指导开发人员完成关键要求和标准，而无需牺牲开发人员交付速度。 这可以通过为开发团队提供标准化、安全且可缩放的自助服务功能来实现。 同时，你仍可以轻松操作和 IT 组织，以确保底层基础结构和工具高效、合规且经济高效。 虽然某些路径可能部分铺通，但完全铺通的黄金路径可减少相关每个人的认知负载。

开发人员是内部开发人员平台的主要使用者或客户。 自动化和集中化可实现高效的操作，同时仍确保符合合规性等利益干系人要求。

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

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

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

以增量方式构建开发人员平台，专注于自助服务和自动化

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

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

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

没有两家公司是相同的，因此，请考虑内部客户的特定需求，以绘制一个增量课程，完成这一旅程。 通过建立一组随着时间推移而组装的核心构建基块，可以确保内部开发人员平台具有足够的价值，开发团队将成为倡导者，并想要一路使用它。 使用此信息可创建最薄的可行平台、平台的最低可行产品），并从那里增长。

要点是，你想要考虑在这些领域做出的任何投资，作为平台工程旅程的关键构建基块。 然后，你可以专注于创建与自定义投资的凝聚力粘附，以增加业务的独特价值，而不是从头开始构建一切。