Google于5月推出“GKE Agent Sandbox”，并同步公开“Agent Substrate”项目，进一步扩展其面向AI代理运行场景的基础设施布局。

硅谷技术分析师Janakiram MSV近日在The New Stack发文称，Google这一举动可被视为一个明确信号：Kubernetes并非AI代理最理想的控制层。

根据介绍，“GKE Agent Sandbox”主要用于为不可信代码提供安全运行环境；“Agent Substrate”则新增了一套独立于Kubernetes API Server之外的调度层。其背后的判断是，Kubernetes API Server在设计之初并非围绕代理式运行模式构建。

从运行特征来看，AI代理通常大部分时间处于空闲状态，只会在短时间内被唤起执行代码，完成任务后再次进入静默。这类工作负载本质上更接近带状态的会话式任务。

与此同时，AI代理执行的代码很多情况下由AI即时生成，因此宿主环境通常需要默认将其视为高风险代码处理。

Janakiram MSV指出，Kubernetes最初面向的是数量相对稳定、长期运行的副本型服务，而AI代理会频繁产生细粒度调度请求，二者在底层模型上并不完全匹配。

目前，AWS、Microsoft与Google普遍认同，“会话”正逐步成为新的计算单元，但在具体的隔离实现路径上，各家的思路并不一致。

在隔离方案上，“GKE Agent Sandbox”默认提供基于gVisor的内核级隔离，并采用默认拒绝型网络策略。如需更高等级的隔离能力，还可通过可插拔接口切换至Kata Containers。

“Agent Substrate”则复用了Sandbox的安全运行时和快照能力，并在Kubernetes集群之外单独部署一套面向AI代理的轻量控制系统，以满足相关场景的调度需求。

报道指出，“Agent Substrate”与Kubernetes并非替代关系。对于不可信代码执行，Sandbox更为合适；对于大规模空闲会话的管理，Substrate更具针对性；而在设备供给层面，Kubernetes仍是更合适的选择。实际部署中，这三者往往会组合使用。

更值得关注的是，未来控制层将由谁主导。Janakiram MSV认为，容器编排曾在Kubernetes之上实现收敛，而下一代控制层究竟会进一步集中到单一开源项目，还是由各家超大规模云厂商分别推进、重新走向碎片化，仍有待持续观察。