返回资讯中心
外部精选
云计算
#容器平台#AI#AI Agents#Kubernetes#Open Source

Google将gVisor等三个AI代理基础设施项目捐赠给CNCF

来源标题:Kubernetes, mark II? Why Google’s giving away gVisor, a code sandbox used by Anthropic and OpenAI

Google把gVisor、Agent Substrate和OpenRL三个AI代理基础设施项目捐给Cloud Native Computing Foundation,希望复制Kubernetes成为行业标准的开源路径。gVisor是Anthropic和OpenAI使用的代码沙箱,此次捐赠正值外界对自主AI代理执行代码的安全担忧升温之际。

The New StackPaul Sawers2026/11/6 · 今天21 分钟阅读

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

Google想要复刻其有史以来最成功的开源案例之一,将三个核心AI agent基础设施项目捐赠给一个中立基金会,希望它们能像Kubernetes为容器所做的那样,成为行业标准。

在周四发布的一篇博客文章中,Google Kubernetes与编排产品管理副总裁Drew Bradstock确认,公司正在将gVisor、Agent Substrate和OpenRL捐赠给云原生计算基金会(CNCF)。

此举正值外界对自主AI agent安全性的担忧日益加剧之际,尤其是它们执行代码和与外部系统交互的能力。今年7月,在OpenAI接受网络安全评估的模型逃出了受限环境,并入侵了Hugging Face的生产基础设施,凸显了约束能力日益强大的agent所面临的挑战。

“我们相信,这些捐赠将推动agentic工作负载通过上述项目获得开发与采用,正如我们在Kubernetes上所看到的那样。”

Bradstock则认为,要应对此类安全风险,同时让agent的运行和训练更加经济,需要底层软件与硬件基础设施各方面的更紧密协作。他相信,将这些技术置于中立治理之下,可以鼓励那种曾帮助Kubernetes无处不在的行业广泛参与。

“我们相信,这些捐赠将推动agentic工作负载通过上述项目获得开发与采用,正如我们在Kubernetes上所看到的那样,”Bradstock写道。

Google为何捐出gVisor

简要回顾一下,Google于2018年将gVisor开源,以提升容器安全性。正如The New Stack当年晚些时候所解释的,该技术在用户空间运行一个轻量级内核来拦截应用程序的系统调用,在容器与底层宿主机操作系统之间提供额外的隔离层。这使得它特别适合运行不受信任的代码,包括AI agent生成的代码。

该技术被主要AI公司采用,包括Anthropic——其Claude生成的代码在网页平台上运行于gVisor容器内;以及OpenAI——其使用该技术隔离代码执行。在周三刚刚发布的一份安全报告中,OpenAI将gVisor和Firecracker等沙箱列为限制Linux内核漏洞被利用后造成损害的重要手段。

此次捐赠本身已筹备数周。CNCF于9月下旬接受了gVisor的申请,Google在几天后公开宣布了其计划。该项目的入驻流程于上周启动,早于周四涵盖全部三个项目的更大范围公告。

在10月的最初公告中,gVisor贡献者、Google软件工程师Etienne Perot和Jing Chen试图安抚用户,表示公司仍致力于该技术。随着对经济实惠且安全的沙箱的需求不断增长,他们认为独立治理可以鼓励Google内外更广泛的参与和采用。

“我们(Google的gVisor贡献者)一直在内部推动这一举措,期望它能像Kubernetes那样,加速gVisor在Google内外的发展和采用,”他们当时写道。

“我们一直在内部推动这一举措,期望它能像Kubernetes那样,加速gVisor在Google内外的发展和采用。”

Agent Substrate解决的是另一个挑战:如何在不因agent空闲而浪费计算资源的情况下运行大量自主agent。正如The New Stack在7月所报道的,该项目在Kubernetes之上引入了一个额外的运行时层,允许agent在非活动时被挂起、需要时再恢复,而无需反复创建和销毁Kubernetes Pod。它通过将agent的持久状态与执行它的计算资源分离来实现这一点,gVisor则提供了安全隔离该执行过程的可用选项之一。

作为本周公告的一部分,Google正式发布了Agent Substrate 1.0,并在Google Kubernetes Engine(GKE)上全面可用。

与此同时,OpenRL专注于强化学习,允许开发者在自己拥有的Kubernetes基础设施上微调AI模型。该项目于6月公开发布,协调用于改进模型的训练和评估流程。它还与Agent Substrate集成,使训练任务能在可使用gVisor加固的隔离环境中运行。

这三个项目共同满足了自主AI agent在执行、安全和训练方面的需求。

走向厂商中立

转由CNCF治理也应改变gVisor的开发和维护方式。在10月的公告中,Perot和Chen概述了将项目开发和测试基础设施迁出Google、授予外部维护者合并代码的权限,以及引入防止任何单一公司行使单方面控制的治理模式的计划。

值得注意的是,在9月通过GitHub提交给CNCF的申请中,Perot指出了gVisor现有采用者之间的分化。一端是Anthropic和OpenAI等大型科技公司,它们有能力投入资源使该技术适应自身需求;另一端则是业务高度依赖安全代码执行的专业初创公司。Perot认为,机会在于触达这两个阵营之间更广阔的市场。

这类公司“没有资源专门投入安全,但会乐于采用现成的、广泛可用的沙箱运行时,”Perot在申请中写道。

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

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

打开原文
去社区讨论 →