返回资讯中心
外部精选
软件工程
#开发者实时流

Control Plane的Chirinos谈平台工程需更人性化

来源标题:Platform engineering needs to become more human...and less

Control Plane的Alejandro Chirinos撰文指出,平台工程需要变得更人性化。他以自身工程师经历为例,称自己逻辑化、按部就班的特质曾助其在Disney、Dell、SAP、VMware等公司高效构建企业软件架构。

Hacker News 最新gpi2026/11/11 · 今天30 分钟阅读

以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

发布于2026年11月11日 作者:Alejandro Chirinos,Control Plane

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

如果我像大多数人那样,靠情绪、条件反射和直觉这杯不稳定的鸡尾酒来运转,那我在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?(事实证明,有好几个。但他们至少还知道为此感到惭愧。)平台从来不需要防范这种行为,因为使用它的人并不是完全正常的人类。

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

但后来Opus 4.5发布了,一切都变了。更准确地说,是所有人都变了。每个人都从普通人变成了工程师……只是没有口袋保护套、没有内部笑话,也不严格遵守协议。那些在Disney花我整个周末的系统,现在前台接待员几个小时就能“氛围编程”出来。而且它们还能跑(可能不安全、性能不佳,也可能是个可用性灾难,但请听我说完)。

现在每个人都是工程师,因为每个人现在都有agent。他们都有自己的一小队Doron替他们办事。GitHub的2025年Octoverse报告统计,一年内新增开发者超过3600万,每秒超过一个,总数突破1.8亿。

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

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

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

我认为要实现这一点,需要发生以下这些事情。

规则必须从人们的头脑中移到平台里。

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

(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →