平台工程需更人性化而非更机械化

连我家里人都觉得我有点像个机器人。讲逻辑、线性思维、按部就班、有条不紊。但嘿，我是个工程师，这正是我擅长工作的部分原因。

如果我像大多数人那样，靠的是一团 volatile 的情绪、条件反射和直觉来行事，那我在 Disney、Dell、SAP、VMware 以及现在的 Control Plane 构建企业软件架构时，效率绝不会这么高。

更糟的是，我可能不得不去当市场专员、设计师、人力资源专家……甚至销售。

不久之前（2024年，以及之前的五十年里），像我这样的软件工程师是任何人能接触到的最好的机器人。Disney 的 CIO 让我从零重新设计 FastPass，我就在一个周末用一个长时间运行的流程搞定，他则喝着咖啡看球赛。Dell 身份管理业务的负责人给我带来一个大项目，我一头扎进去，手写数千行代码。

尽管我相当稳定、讲逻辑，我的工程同事们（大多数）也是如此，但事情还是可能很快变得一团糟。平台工程就是在这种情况下出现的，也是在那时我遇到了 Dan。

Dan Wilson 是 SAP/Concur 的一位才华横溢的平台工程师。他是许多基础性项目的早期开源贡献者之一。他对 Kubernetes 熟得像老朋友，能让你的云基础设施唱歌。

我喜欢和 Dan 合作，因为他能把我逻辑组织良好的代码，以更有逻辑、快得多的方式送上生产环境。合并到 main 会触发容器化构建，然后是单元测试、集成测试和安全扫描，每个阶段都必须通过，镜像才能晋升到下一个环境。部署是声明式的，期望状态存在于版本控制中，Kubernetes 让集群与之匹配。看着 CI/CD 流水线轰隆隆地通过一道道阶段门，我这颗工程师的心就暖暖的。

但整个过程、整个平台，仍然是给工程师做的。它假定使用者具备深厚的技术知识。它要求严格遵守既定协议。这并不难。只是讲逻辑。只是有点机器人化，但这没关系，因为它就是为那些有点机器人化的人设计的……至少比普通人更机器人化一点。

我是说，哪个工程师会试图把生产数据库命名为 final_v2_USE_THIS_ONE？（结果有好几个。但他们好歹还有点良心会为此感到不好意思。）平台从来不需要防范这种行为，因为使用它的人并不是完全正常的人类。

我们设计内部平台时，面向的是那些会读文档（据说）、知道什么是回滚、并且对何时不该部署有基本判断力的工程师。

这已经是2025年10月的老黄历了

但后来 Opus 4.5 发布了，一切都变了。更准确地说，每个人都变了。每个人都从普通人变成了工程师……只是没有那些口袋保护套、内部笑话和对协议的严格遵守。当年我在 Disney 要花一个周末才能搞定的系统，现在前台接待员花几个小时就能 vibe-code 出来。而且它们能跑（可能不安全、性能不佳，用户体验可能一塌糊涂，但先听我说完）。

现在每个人都是工程师了，因为每个人都有 agent 了。他们都有自己的一小支 Doron 舰队听候差遣。GitHub 的 2025 Octoverse 报告统计，一年内有超过 3600 万新开发者加入，每秒超过一个，总数超过 1.8 亿。

这对平台工程意味着什么？意味着现在使用平台的人，行为比以往任何时候都更像人类。他们会即兴发挥。如果表单不接受他们的输入，他们就另找路子进去。他们共享密码，因为分享是礼貌的。他们问邻桌的人而不是读文档，然后照抄上次管用的做法，哪怕上次是另一个区域的另一个项目。他们用人类的方式命名东西，于是生产环境最后跑着某个叫“Q4 launch page FINAL (Jen's edits)”的东西。这些其实不算缺陷。在公司大部分地方，这被称为“主动性”。或者“创造力”。但你也可以称之为“混乱”。

当然，工程师也有创造力。但我们即将看到的……我们已经看到的……是创造力涌入软件开发世界的大爆炸。因为现在各种各样、各种非机器人化的人的创造力，都获得了直接接触代码的途径。音乐人。文案。招聘专员。对仪表盘有意见的财务负责人。这些人本来永远不会去学编程语言，现在他们不必学了。他们带来品味、同理心和对客户需求的感知——这些在旧流水线里往往在到达生产环境之前就被过滤掉了。他们也带来了自己对“完成”的定义，却完全不知道一个典型的内部开发者平台是怎么运作的。

但这些新人类和这场创造力的大爆炸已经来了。而且他们不会消失。所以平台工程必须找到一种方法，驾驭所有这些创造力，同时不让任何重要的东西下线，也不让公司机密泄露到互联网的各个角落。

为更人性化的构建者腾出空间

我认为要实现这一点，需要做到以下这些。

规则必须从人们的脑子里搬出来，搬进平台里。

在我们大多数人做这行的岁月里，护栏一直存在于工程师的头脑中……至少很大一部分是这样。没人需要告诉一位资深工程师不要把数据库暴露到互联网上、不要把 API key 粘贴到聊天窗口里、不要把生产表命名为 test。他们是吃了苦头才学会的，通常是在凌晨两点，通常只学一次。这些教训通过代码审查、入职培训、同事的一个挑眉传递下去。平台不必去强制执行用户本来就相信的东西。它可以有点天真，因为它的用户不天真。

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）