Google Cloud
2026-07-30
Google Cloud扩展Gemini企业代理平台，推出运行时、身份与治理新功能
内容摘要
核心要点
Google Cloud宣布其Gemini Enterprise Agent Platform多项功能正式可用（GA），聚焦于企业级AI代理的运行时、身份、治理与监控。新功能包括：
- Agent Runtime：允许代理连续运行最长7天，支持跨多天的多步工作流，而非单次会话。
- Agent Memory Bank：设计用于保留来自先前交互的结构化上下文，使代理能够记住用户偏好、先前决策和账户历史。
- Agent Identity：引入一种原生的身份和访问管理（IAM）类型用于代理，权限直接绑定到运行时，并围绕最小权限模型构建。
- Agent Gateway：作为整个组织代理资产的集中控制点。
- Agent Registry：作为代理、服务器和连接的中央目录。
- Agent Observability：提供关于推理、工具使用和执行过程的追踪与仪表盘。
- Agent Evaluation：监控生产性能并随时间检测漂移。
Google Cloud引用了AT&T、Best Buy、Commerzbank、Liberty Global和WellSky作为使用该平台部分功能的客户。这些更新反映了从简单对话助手向能够执行多步工作的软件代理的更广泛市场转变。
重要性说明
表面上是为AI代理提供企业级治理，但本质上这是Google Cloud在防守AWS Bedrock代理和Azure AI Agent服务的竞争。通过推出Agent Identity和Agent Gateway，Google试图将企业代理的身份和访问控制锁定在其Google Cloud IAM体系内，迫使客户在代理层面深度绑定Google Cloud的权限模型，从而增加迁移成本。Agent Memory Bank看似便利，实则是一个隐性的数据锁定陷阱：代理的持久化上下文存储在Google Cloud的专有存储中，缺乏标准导出接口，使得跨平台代理迁移几乎不可能。同时，Agent Runtime的7天连续运行限制可能隐藏了底层资源的物理限制——长时间运行的代理可能消耗大量内存和计算资源，而Google Cloud的计费模型并未明确公布此类场景的成本陷阱。
此外，Agent Observability和Agent Evaluation依赖于Google Cloud的Cloud Monitoring和Cloud Logging，这进一步将运维监控绑定到Google生态。对于企业而言，一旦采用这些功能，将面临控制平面转移：从自行管理代理转向由Google Cloud的网关和注册表集中管控，失去架构弹性。在AI代理尚处于早期阶段时，这种锁定风险尤其值得警惕。
PRO 决策建议
【厂商】竞争对手（AWS、Microsoft、以及开源代理框架如LangChain）应直接攻击Google Cloud的锁定风险。AWS可强调其Bedrock Agents支持多模型和开放标准，并提供Agent Memory的开放接口；Microsoft可推广Azure AI Agent Service的混合部署能力和与Microsoft Entra ID的深度集成，同时指出Google Cloud的Agent Identity是专有IAM扩展，缺乏企业级联邦身份支持。开源阵营（如LangChain）应推出与云无关的代理运行时和记忆存储标准，吸引寻求可移植性的企业。
【企业】CIO和架构师应对Google Cloud的代理平台进行零信任审计：评估Agent Identity是否支持现有身份提供商（如Okta、Azure AD）的联邦；检查Agent Memory Bank的数据导出能力和格式标准；测试Agent Runtime在长期运行下的实际成本，包括计算和存储开销。建议采用混合策略：将核心代理逻辑保持在可移植框架中，仅将Google Cloud作为可选基础设施之一，避免深度绑定。
【投资者】看穿公关辞令：Google Cloud此举是为了在AI代理市场抢占份额，但代理治理的标准化将削弱专有锁定优势。长期看，开放标准（如OpenTelemetry for agent observability）会降低切换成本，Google Cloud的锁定策略可能适得其反。投资者应关注代理平台是否支持跨云和开源生态，以及客户对锁定风险的敏感度。短期内，Google Cloud可能通过此功能吸引一批早期客户，但长期增长取决于其开放程度。
觉得这篇分析有用？
每周收到3-5条AI基础设施关键信号 →
💬 评论 (0)