平台工程是 DevOps 原则构建的一种做法，旨在通过改进开发人员体验和托管框架内的自助服务，提高每个开发团队的安全性、合规性、成本和业务时间价值。 它既是基于产品的思维模式转变，也是一组工具和系统来支持它。
近年来，术语“平台工程”在行业内引起了广泛的关注和热情。 到 2026年，大约80%的工程组织将拥有一个致力于平台工程的团队。 这些团队专注于构建所谓的 内部开发人员平台。 无论是销售（Microsoft Dynamics、 Salesforce）、服务履行（ServiceNow）还是通信（Twilio）平台，其固有性质都旨在实现规模并减少交付业务价值所需的时间。
开发人员使用或扩展的平台有能力通过极大优化的开发者体验和简化的操作来消除整个开发过程中的繁杂工作。 这些平台包括以下工具：
- 帮助开发人员自足（例如初学者工具包和 IDE 插件）。
- 协助执行常见任务。
- 将常见模式和做法封装到可重用的构建基块中。
- 提供有关问题或安全风险的早期建议和反馈。
- 通过管理底层基础设施和工具来简化操作。
Microsoft的平台工程功能模型描述了定义平台工程的六个核心功能：投资、采用、治理、预配和管理、接口以及度量和反馈。 若要了解组织目前在每个功能领域所处的位置，并设定未来增长目标，请参阅 “关于平台工程功能模型”。
什么是内部开发人员平台？
内部开发人员平台侧重于公司的内部开发实践。 可以使用内部平台定义一组建议和支持的开发路径，并逐步“铺平”这些路径。
为了使用现实世界的类比，新路径通常从泥土小径开始，但随着更多的人使用它们，它们被铺平，以提高安全性，同时保持速度和吞吐量。 内部开发人员平台中的铺路路径有类似的目标。 它们旨在指导开发人员完成关键要求和标准，而无需牺牲开发人员交付速度。 这可以通过为开发团队提供标准化、安全且可缩放的自助服务功能来实现。 同时，你仍然可以方便运营和你的 IT 组织，以确保底层基础设施和工具高效、合规且成本有效。 虽然某些路径可能部分铺通，但完全铺通的黄金路径可减少相关每个人的认知负载。
开发人员是内部开发人员平台的主要使用者或客户。 自动化和集中化可实现高效的作，同时确保满足合规性等利益干系人要求。
借助平台工程，可以将 产品思维模式 与 DevOps 和 DevSecOps 的学习相结合来创建此内部平台，以提供一组工具。 这些工具提供了足够的自动化、跟踪、治理和可观测性，能够自然而然地帮助开发团队走向成功。正如一位跨国大众媒体公司的平台工程负责人所说：
平台工程的采用旨在提高产品交付的速度和效率。 集中式团队无需让每个团队担心基础结构，从而提高效率...它们还增强了安全性和安全性，因为所有内容都是预定义的，减少了错误。 - 丹尼尔，财富 500 媒体公司云工程师
内部开发人员平台通过减少或消除认知负载和手动步骤，帮助你在整个开发和作生命周期中集中和缩放专业知识。
以增量方式构建开发人员平台，专注于自助服务和自动化
实施成功的平台工程策略需要工作，但回报是值得的。 只有不到 20 个人的团队能够支持数千名开发人员和数百个项目，这并不罕见。
但是，创建内部开发人员平台是一个旅程。 我们不建议采用突然转变的方法或由上而下的推动策略。 平台工程的一个关键方面是应用产品思维模式，你将开发人员、机器学习专业人员或数据科学家视为客户。 有一次，一位科技公司的平台工程师说：
[有] 两个主要问题，[我们的] 平台工程工具旨在解决。 第一个是使用自助服务模型促进服务预配。 … 第二种是提供自动支持系统，例如性能指标和应用程序可用性。 目标是使开发人员能够更快、更高效地工作，同时提供所有必要的信息来排查和优化其应用程序。 - Alex，首席云架构师，大型科技公司
没有两家公司是相同的，因此，请考虑内部客户的特定需求 ，以绘制一个增量课程，完成这一旅程。 通过建立一组随着时间推移而组装的核心构件，可以确保内部开发人员平台具有足够的价值，使开发团队愿意成为其拥护者，并在整个过程中使用它。 使用此信息可创建最精简的可行平台、您的平台的最低可行产品，并以此为基础进行扩展或增长。
要点是，你需要考虑在这些领域做出的任何投资，作为平台工程旅程的关键构建模块。 然后，你可以专注于用自定义投资创建与业务的紧密整合，从而为业务增添独特的价值，而不是从头开始构建一切。