platform engineering （平台工程师）

一、简介

平台工程是一门设计和构建工具链和工作流的学科，这些工具链和工作流为云原生时代的软件工程组织提供自动化服务功能。平台工程师提供整个平台工具链，通常被称为“内部开发人员平台”（IDP、Internal Developer Platform），涵盖应用程序整个生命周期的运营需求。

1、前景

Gartner 预计到 2026 年，大约 会有80% 的公司将拥有一支专门从事平台工程的团队。这些团队专注于构建“内部开发人员平台”。传统的开发运维体系越来越无法满足复杂的业务体系和快速迭代的业务场景；当下各大公司都有这样一个痛点，写代码的人不了解服务器环境，管理服务器的人不了解代码在干什么，这样不利于做出优秀的产品，也不利于排查问题，于是就有公司开始推动平台工程的建设。

2、目标

平台工程的核心目标是减少管理任务所需的时间，这些任务可能会影响开发人员的工作效率并在应用生命周期中造成瓶颈。为了实现这一目标，平台工程师和平台工程团队负责管理基础架构并创建一套工具，引导开发人员遵循一个预先定义的工作流，该流程针对开发人员的需求而量身设计，有时也被称为“黄金路径”。

二、内部开发人员平台 （IDP、Internal Developer Platform）

内部开发人员平台由平台工程团队开发配置，包含一组标准化的内部自助服务工具和技术，开发人员需要这些工具和技术来在应用的整个生命周期内创建、部署和维护代码。内部开发人员平台中的工具链可为开发人员提供更积极、更高效的工作流，并重点关注安全性和可扩展性等因素，并最终帮助企业创造更多客户价值。
要创建一个有效的内部开发人员平台，必须积极关注开发人员体验过程中出现的阻碍，并精心挑选可以消除或缓解这种阻碍的工具和技术。第一步应从最简单的方法着手，仅整合您知道对您的开发团队有益的工具。在此基础上，逐步扩展功能，并根据开发团队的需求持续改进，同时在此过程中不断收集反馈意见。

三、平台工程 VS DevOps

平台工程与 DevOps 具有同样的目标，即通过提高自动化和加强协作来更好地使开发人员与运维人员保持一致。想厘清这两种实践之间的关系，我们可以把平台工程视为一个关键且互补的要素，用于解决在整个企业组织中扩展 DevOps 所遇到的挑战。

DevOps 所遇到的挑战：

• devops需要开发人员自己寻找、学习、部署和管理软件，学习更多的工具；从而让他们对生产中的软件有更多的了解和控制，虽然对个人的能力有一定的增长，然而，它实际上并不一定能带来预期的经济效益，过多的责任可能会增加开发人员管理上的负担和认知负荷。
• 采用 DevOps 会导致工具链变得更长，流程更加复杂，会出现更多不可控的意外，从而加重开发者的负担，最终影响项目的进度。

平台工程的互补

• 平台工程不仅仅要关注技术层面的改进，还要关注于理解和优化开发者和用户的实际体验，在 DevOps 的基础上找到了更好的方法来实现应用交付自动化、改善协作和沟通、减少错误、增强安全性和合规性、提高效率，并且最重要的是——将开发人员的优势重新集中到最需要的地方。

四、平台工程师与站点可靠性工程师（SRE site reliability engineering）

平台工程和站点可靠性工程都是关于创建和维护系统的。这两个概念的区别在于各自实践的侧重点不同。站点可靠性工程重点关注 IT 运维团队，帮助他们使用软件作为工具来管理系统、解决问题并实现运维任务自动化。
平台工程师则重点关注开发团队，帮助他们创建用于管理系统、解决问题和实现开发任务自动化的平台。

引用

https://www.redhat.com/en/topics/devops/platform-engineering
https://learn.microsoft.com/en-us/platform-engineering/what-is-platform-engineering
https://platformengineering.org/blog/what-is-platform-engineering
https://platformengineering.org/platform-tooling