\n\n调研显示 Kubernetes 已成为 AI 事实上的操作系统，生产使用率达 82%。随着 AI 代码加剧运维瓶颈，企业正通过平台工程、设置安全护栏及优化团队架构来应对，强调开源仍是 AI 规模化发展的核心。
译自：Fresh data has us asking, does AI demand Kubernetes?
作者：Jennifer Riggins
Kubernetes 正在成为 AI 的事实上的操作系统。三分之二运行生成式 AI 模型的组织使用 Kubernetes 进行推理，而 Kubernetes 的生产使用率达到了惊人的 82%。
从 Kubernetes 到 Kubeflow 乃至更多，这种开放的基础设施使组织能够真正构建、扩展并拥有自己的 AI 系统。这就是社区驱动创新的力量。
回顾全球云原生开发者社区已增长至 1,990 万开发者的影响，我们在今年三月于阿姆斯特丹举行的迄今为止规模最大的 KubeCon + CloudNativeCon 现场，采访了 Cloud Native Computing Foundation (CNCF) 的高级技术项目经理 Bob Killen，以及 SlashData 的首席市场研究顾问 Liam Bollmann-Dodd。
在本期 The New Stack Makers 中，我们深入探讨了两项由 CNCF 与 SlashData 合作开展的、新鲜出炉的 2026 年第一季度研究结果：
云原生生态系统及通用技术现状并不令人意外。与以往一样，AI 的成功和投资回报率取决于工程最佳实践，这些实践植根于内部开发者平台和开发者体验，两者相互影响。
随后，由于编码从未成为瓶颈，AI 生成的代码正使原本就人员短缺、紧迫的 DevOps、可靠性和安全瓶颈变得更加糟糕。到 2026 年，运维人员体验终于成为大多数组织的头等大事。而护栏是实现安全提速的唯一途径。
“AI 的安全性正同时让情况变得更好也更糟，”Liam Bollmann-Dodd 告诉 The New Stack。“你可以采取的一种方法是，如果你能采用某种开发者平台或其他内部工具，防止人们对自己造成危险，你就可以控制你这一端的一切。所有安全工作都由真正了解其运作方式的人处理。所有流水线都由真正了解流水线如何运作的人构建。”
当然，大多数组织也在引入非人类开发者。而对初级开发者有利的东西也同样适用于 AI。
“AI 开发者，无论他们是超级胜任、中等胜任，还是技能提升或下降，你基本上可以简单地说，他们不能摧毁我们的系统，他们被锁定在自己的工作中，因此你可以让他们表现得稍微危险一点，因为他们实际上无法破坏东西。”Liam Bollmann-Dodd 继续说道，他指的是突然转型为 AI 开发者或智能体 AI 开发者的开发者。
鉴于此，Bob Killen 思考了 AI 影响下团队规模的变化。
“DevOps 和平台工程领域发生了一个转变，以前使用的是较小的团队，开发人员和运维人员同时负责这两项工作，”他观察到。“现在我们看到了这种转变，例如更大规模的团队专注于平台工程，为内部团队提供服务，以赋能内部团队，”正如 Team Topologies 中所提到的。
无论如何，AI 的发展速度正冲击着庞大的云原生全景图 (Cloud Native Landscape)，科技行业正面临着前所未有的复杂性。但归根结底，开源的成功更多地取决于人和流程，而非技术，而我们行业和 AI 的未来仍然取决于开源。全 工智能
