我曾是平台工程的怀疑论者。

2018年，我们创造了"内部开发者平台"（Internal Developer Platform）这一术语并构建其基础框架，助力企业实现规模化平台建设。

此后，采用平台工程的团队数量每年翻倍。尽管取得显著成功——PlatformCon等行业活动及专业社区蓬勃发展——我仍质疑这究竟是实质性变革，还是即将消退的市场营销噱头。

这种质疑在去年发生转变。我开始观察到：过去2-3年间，已有组织将80%的运维工作迁移至高度优化的平台，其成效令人震惊。与高层管理者的对话揭示出两个持续主题：产品上市时间缩短50%，平台工程正在吞噬其他职能。更少平台工程师支撑更多开发者，而运维、数据库管理、安全、可观测性及SRE等角色正被平台吸收。包括CIO与CEO在内的决策者深度理解其平台战略，视其为业务增长的核心驱动力。

上市时间加速虽引人注目，但"平台工程吞噬一切"的表述更值得关注。某大型硬件制造商CEO将其描述为"软件开发的工业化"——从"手工小作坊"转向"流水线生产"。尽管此模式未必适合小团队，但对大型组织而言，这完美契合2025年及AI时代对速度、规模与安全性的要求。2010年代的"自由式"开发模式已显不足。

我们正处于软件开发的工业革命进程中。我们正在构建结构化数字工厂，以前所未有的速度与高标准生产软件。平台工程师正是这些生产线的建造者，从基础设施到安全防护、从开发者体验到产品所有权，各类职能现均融入平台范式。若您的专业技能无法适配此生产线，则将面临淘汰风险。
参考1906年亨利·福特将手工艺汽车制造转变为流水线生产的变革：此前家庭作坊需大量专业工种协同作业。

以租车公司SIXT为例，800名开发者仅由40名平台工程师支撑——开发者与平台工程师比例达20:1。相较之下，传统架构中每5名开发者即需配备运维/安全/基础设施人员各1名。效率与速度的提升具有里程碑意义。实现此目标需高度标准化与流程优化：Postgres数据库若存在100种配置方式，系统将不可维护。

近期我收到批评意见，指出"平台工程师"职称较常规定义更宽泛，需具备架构、软件开发、安全与运维等多领域技能——此观点成立。
当下亟需明确平台工程内部的专业细分领域。我们应加强相关讨论，针对不同角色开发培训体系、支持机制与文档框架。

• 平台工程总监（HOPE）：领导岗位，统筹全局平台工程职能，负责制定战略方向、确保与业务目标对齐并协调各平台工程团队。需具备跨架构、软件开发、安全与运维的多领域技能。

• 平台产品经理（PPM）：规划与结构化领域专家工作，担任平台工程团队与组织需求间的桥梁。通过功能优先级排序实现价值最大化，需同时理解平台技术细节与用户需求。

• 基础设施平台工程师（IPE）：定义资源默认配置，维护平台运行所依存的底层基础设施（含服务器、网络及数据库），确保平台具备可扩展性、可靠性及高效性。

• 开发者体验平台工程师（DPE）：聚焦平台易用性与优化，通过工具链精简、摩擦点消除及体验增强，为开发者创建工具模版与文档体系。

• 安全平台工程师（SPE）：维护与治理策略检查及签核流程，将安全措施直接嵌入开发流水线，制定并实施安全策略，确保平台具备鲁棒安全控制。

• 可靠性平台工程师（RPE）：由传统站点可靠性工程师（SRE）演化而来。职责包括设定可靠性标准、按应用需求调整资源配置。在平台工程技术栈中，主要负责监控与可观测性平面，并对生产环境资源平面进行精细化调优。

• 运维平台工程师（OPE）：通过日常运维管理、性能监控、故障排查及更新部署，确保系统平稳运行，保障平台持续可用性。

产品开发者将如何演变？其角色正逐渐转型为平台消费者，专注于特定代码领域。只要理解平台行为逻辑，这并非负面趋势。

这对 Oracle DBA 或运维人员等传统角色意味着什么？其职称正逐渐过时。尽管未来5-10年仍存工作机会，此类岗位终将消失。

正如软件已变革从电影到农业的各个产业，平台工程正在变革软件开发本身。亚马逊、Netflix与谷歌等企业的成功证明：软件颠覆传统产业并非短期趋势，而是永久性变革。同理，平台工程不仅关乎开发者体验优化与基础设施标准化，更决定企业的生存与发展。

结论

平台工程必将成为软件开发的主导力量。这不仅是工具或流程的升级，更是范式转换。拥抱平台工程的企业将在这场技术变革中占据优势。该转型需要专业知识、协作能力与战略远见，但其回报将极为可观。平台工程不仅影响软件开发——它正在成为软件开发的新基石。

作者：Kaspar Von Grünberg

编译：场长

注：作者是 Humanitec CEO。Humanitec是一家出售内部开发者平台软件的公司。