DevOps 的归途

赞助商需求创下八年来的历史新高。早鸟票卖出了 0 张。

项目正式公布后的头七天，七个人报了名。然后，DevOpsDays 哥本哈根（DevOpsDays Copenhagen）2026 宣布取消——原定四月底举办的这场会，办了八年，今年办不下去了。

组织者向 555 名历届参会者发出问卷，想搞清楚到底发生了什么。这个细节很关键：它说明问题不是没人在乎。赞助商抢着掏钱，讲者排着队想上台，社区还在，钱还在，人也还在。

缺的只有一样东西——没有人觉得，还需要专门为「DevOps」开一个会了。

一堵墙，和推倒它的运动

要理解这场缺席，得先回到 DevOps 解决的那个问题。

2009 年，Patrick Debois 在比利时根特办了第一届 DevOpsDays，「DevOps」这个词就此诞生。它针对的是当时软件行业一道具体的墙：开发（Dev）和运维（Ops）是两个互相甩锅的部门。开发想快速上线新功能，运维想保住线上的稳定，两边的 KPI 天然冲突。代码出了问题，开发说「在我机器上是好的」，运维说「那是你的部署有问题」。中间隔着一堵墙，谁也不想为另一边负责。

DevOps 不是一项技术，是一场文化运动。它的主张简单而激进：把这堵墙拆了。让写代码的人对线上负责，让管线上的人参与开发。自动化所有重复的交接环节，用工具消灭人与人之间的扯皮。

这场运动赢了。赢得彻底，彻底到它把自己赢没了。

当一个理念变成常识

一个理念最成功的归宿，是变成没人需要讨论的常识。DevOps 就是这样消失的——不是失败，是被吸收、被拆解、被分发到各个角落。

它的每一块都找到了归宿。持续集成与持续交付（CI/CD）进了 GitHub Actions，写几行 YAML 就能跑。基础设施即代码（Infrastructure as Code）进了 Terraform，环境配置变成可版本化的文本。监控进了 Datadog，告警和仪表盘开箱即用。这些当年需要在大会上反复布道的实践，今天是新人入职第一周就默认会用的东西。没人再去一个会场听别人讲「你应该写自动化测试」——这就像今天开一场大会专门论证「应该用版本控制」。

工具吃掉了实践，新的学科吃掉了剩下的理念。

平台工程（Platform Engineering）接走了「社会技术系统」这部分——它把 DevOps 关于团队如何协作、如何降低开发者认知负担的思考，重新包装成了「内部开发者平台」。SRE 接走了「可靠性」——Google 那套用错误预算和服务等级目标管理稳定性的方法论，把 DevOps 含混的「关心线上」变成了可量化的工程纪律。DORA、DevEx、AI Agent 各自带走剩下的碎片。

这种迁移有多快，数据看得见。CNCF 2024 年的调查显示，28% 的组织已经有了专职平台工程团队；而放眼所有设有平台团队的组织，其中 56% 成立还不到两年。Gartner 在 2024 年第一次为平台工程单设了一份 Hype Cycle 报告——在那之前，这个主题散落在十份不同的报告里。会议层面更直白：2024 年 KubeCon 巴黎站涌入逾 12,000 人，创下历史最高；同年，自称全球最大平台工程活动的 PlatformCon 拿到约 35,000 注册量。人没有离开这个行业，他们只是去了挂着新招牌的房间。

DevOpsDays 哥本哈根的组织者把这件事说得很清楚：

DevOps conferences have turned into a gathering of platform engineering people.

（DevOps 大会已经变成了平台工程师的聚会。）

名字还在，内容已经漂移。这就像「把 SAFe 叫做 Agile」——招牌挂着同一个词，里面装的早就是别的东西了。

AI Agent 是加速器，不是终结者

如果说平台工程和 SRE 是把 DevOps 横向拆走，那 AI Agent 是从底下把它的地基抽掉。

2025 年 5 月，GitHub Copilot 推出 Coding Agent，可以直接把一个 GitHub Issue 派给 AI，让它处理基础设施任务、建议终端命令、自动修复运行时错误。执行层——那些写部署脚本、调流水线、半夜起来手动回滚的活儿——正在被压缩成一句自然语言提示。当机器能在几秒内完成一次回滚，「你应该自动化部署」这句口号就彻底失去了开会讨论的价值。

但 Agent 没有让问题消失，它只是把问题换了个位置。

执行越自动，治理越复杂。谁来管这些 Agent？当一次自动回滚自己失败了，责任落在谁头上——写提示的人，调模型的人，还是批准这条流水线的人？这些问题没有标准答案，而它们恰恰是 DevOps 最初想解决的那类问题：不是技术怎么跑，而是人和系统怎么共处。

DORA 2024 年的报告把这种张力量化了出来。AI 确实提升了个人生产力，但同一份报告发现：AI 的采用与软件交付稳定性下降约 7.2% 相关，根源是 AI 让单次提交的批量变大，风险随之累积。同一份报告还有一个更刺眼的发现——当组织强制团队在所有环节只用内部平台时，交付吞吐量反而下降 8%。

工具解决了执行，却制造了新的协调难题。这正是 DevOps 当年的剧本：从一个技术问题出发，最后发现真正的墙是组织和人。

那个「别的东西」

哥本哈根的组织者在解释他们接下来要做什么时，留下了一句话：

I think what is currently interesting…is the people side. People in tech.

（我认为现在真正有趣的，是人这一面。People in Tech。）

这不是一句感慨，是一个决定。这家协会打算改名重组，脱离 DevOpsDays 体系，转向更小、更频繁、免费的活动——开放空间、精益咖啡、工作坊。新的方向，叫「People in Tech」。

这个动作本身值得多看一眼。一个办了八年、赞助商需求创历史新高的会议，主动放弃它的名字、离开它所属的旧宪章，去做一件还没有名字的事。这不是一个组织撑不下去的退场，是一群人判断旧框架已经装不下真正重要的问题之后，亲手把框架拆了。

而这件事，恰恰和 DevOps 自己的故事一模一样。

DevOps 当年从一个技术问题出发——开发和运维的墙——最终发现真正的对手是组织文化。现在，技术问题又一次被工具接管：CI/CD 是常识，IaC 是常识，回滚交给了 Agent。剩下没被工具解决的，又一次是人的问题。历史在重演，只是这一次，墙的另一边不再是运维部门，而是那些替我们执行的 Agent。

DevOps 没有死。它完成了使命，然后被分解、被吸收、被分发——一部分进了工具，一部分进了平台工程，一部分进了 SRE，一部分被 AI 接走。一个理念彻底成功的样子，就是它再也不需要一个会场。

那个组织者要去做的「别的东西」——LLM 时代里，人和机器如何共事——听起来比 DevOps 当年面对的问题更大，也更没有答案。

那么下一个问题来了：那个「别的东西」，有人在认真做吗？