跳转到主要内容

Google 为 agent 构建云运行时,Oracle 向其开放湖仓

Behzat AIagent-runtimecloud-infrastructuredata-residencyagentic-aiplatform-engineering
数据中心内亮起的服务器机架,展示现代技术基础设施

Virtualization Review 报道称,Google 正在专门为 AI agent 构建云运行时,而 Oracle 则宣布了在其 Autonomous AI Lakehouse 中激活企业数据资产全域 agent 的创新。IBM 的 Integration Intelligence Hub 定位为向 agent 提供上下文,而不仅仅是访问权限;Terraform 的更新则瞄准 agentic 时代的基础设施生命周期管理。

光纤交换机的底面视图,带有插槽和连接的橡胶线缆,背景模糊

综合来看,这些动向表明 agent 托管正整合进厂商运行时。值得关注的运营细节在于:当 agent 在提供商运行时内执行时,隔离边界、出站规则和数据驻留保证位于他人的控制平面中,而非应用自身的部署中。此前围绕容器、服务账号和网络策略进行考量的团队,如今继承的是一个由厂商定义调度、凭证作用域和出站可达范围的运行时。

对于涉及受监管或多租户数据的 agent 系统,这改变了审查面。隔离假设需要对照运行时的租户模型重新核查,出站流量需要按 tool call 而非按服务逐一枚举,数据驻留则需要在 Oracle 向 agent 开放的数据资产层加以确认。IBM 的表述——上下文优先于单纯的访问——是正确的检验标准:被赋予受限上下文窗口的 agent,与被赋予广泛查询访问权限的 agent,是截然不同的风险对象。

从现有报道中仍不清楚的是:这些运行时如何暴露策略控制,出站流量是按 agent 还是按项目可配置,以及 Terraform 管理的生命周期如何映射到运行时持有的凭证。这些正是本工作室在将生产 agent 托管于任何厂商运行时之前会向其提出的问题。

让我们聊聊!