Microsoft 刚刚在 Foundry Agent Service 中重新发布了托管代理，时机很重要。2026 年 4 月 22 日，Microsoft 以从头开始的重建取代了 Ignite 时代的预览，具备按会话 hypervisor 隔离、每个托管代理专用的 Microsoft Entra 代理身份 以及 0.0994 美元/vCPU 小时的真正缩放到零计费。对于因治理担忧而推迟 AI 代理生产部署的企业 IT 团队，治理故事现在已实质性改善。

本简报涵盖已发布内容、对您的 Azure 咨询 架构决策的影响，以及未来两周要采取的五项具体行动。

Microsoft 实际发布了什么

4 月 22 日刷新的头条功能，来自 Microsoft Foundry 官方公告：

  • Hypervisor 级按会话隔离。 每个逻辑代理会话获得自己的 VM 隔离沙盒。这不是进程隔离或容器隔离——这是分隔 Azure VM 彼此之间的同等级别边界。
  • 跨缩放到零的持久文件系统。 $HOME 和 /files 内容在每会话最长 30 天的空闲期间得以保留。空闲超时为 15 分钟，之后计算被取消配置并保存状态。下一次对相同会话 ID 的请求在几秒内启动新计算并恢复状态。
  • 每个代理专用 Microsoft Entra 代理身份。 部署时自动创建。支持 On-Behalf-Of (OBO) 委托。如 Azure AI User 等 RBAC 分配在部署期间自动处理。
  • 真正缩放到零计费。 仅在计算活跃时付费。0.0994 美元/vCPU 小时加 0.0118 美元/GiB 小时。沙盒大小可配置从 0.25 到 2 vCPU 和 0.5 到 4 GiB。
  • 多协议支持。 Responses（OpenAI 兼容）、Invocations（灵活自定义负载）、Activity（Teams 和 M365 通道）和 A2A（代理到代理）。所有四种协议可在一个代理中组合。
  • 不可变版本与流量分配。 加权流量分配支持蓝绿和金丝雀部署，无需编写自定义路由。
  • 框架灵活性。 Microsoft Agent Framework v1.0、LangGraph、Semantic Kernel、CrewAI、LlamaIndex、Claude Agent SDK、OpenAI Agents SDK、GitHub Copilot SDK 或纯 Python/C# 代码——平台与框架无关。

配套公告也很重要。Foundry Toolbox 同日进入公开预览，作为托管、兼容 MCP 的端点，捆绑 Web 搜索、代码解释器、文件搜索、Azure AI Search、自定义 MCP 服务器、OpenAPI 工具和 A2A。Foundry Memory 提供托管长期记忆，每 1,000 事件 0.25 美元、每 1,000 存储记忆每月 0.25 美元、每 1,000 次检索 0.50 美元。

企业要点： 4 月 22 日的刷新填补了阻碍企业代理部署的三个治理空白：隔离现在位于 hypervisor 边界，身份是一等且自动的，成本在空闲时终于可预测为零。如果您的 AI 架构战略一直困于 POC 模式，这是值得重新审视的平台拐点。

为什么 hypervisor 隔离改变威胁模型

Microsoft 的表述是刻意的：“每个代理会话 [获得] 自己的 VM 隔离沙盒” 而非共享进程或容器隔离。对于受监管工作负载，与仅容器运行时的差距显著：

  • 容器越狱（runc 类漏洞）：通过 VM 边界作为纵深防御缓解。
  • 跨租户侧信道和推测执行攻击：VM 边界是普遍接受的缓解措施。
  • 跨会话状态泄漏：预防——每个会话有自己的 $HOME 和 /files。

对于金融服务团队，按会话 VM 边界结合 Entra 代理 ID + 按用户 OBO 使构建监管机构要求的审计叙述变得容易得多：“此交易由此代理在此会话上以此用户的委托权限处理，在专用 VM 内。”

不过注意事项重要。Microsoft 尚未专门为预览期间的托管代理发布 HIPAA 业务伙伴协议覆盖。没有 Azure Government 区域。仅四个商业区域支持托管代理：澳大利亚东部、加拿大中部、美国中北部和瑞典中部。VM 边界对通过 MCP 工具或 OpenAPI 连接外泄数据的代理无济于事——您仍需要出口控制、DLP 和内容过滤。

企业要点： Hypervisor 边界是真正的合规升级，但它是 平台 边界。您的代理出站工具调用仍需要您在任何其他地方会应用的相同 AI 治理——网络出口控制、工具允许列表和数据流审计。

Entra 代理身份：治理故事

每个托管代理部署涉及两个身份：

  1. 代理 Entra 身份（按代理）— 容器用于身份验证的运行时身份。用于模型调用、工具访问和下游 Azure 服务。
  2. 项目托管身份（项目范围，系统分配）— 平台用于基础设施操作，如从 Azure Container Registry 拉取容器镜像。

使用 Azure Developer CLI（azd）部署时，帐户范围的 Azure AI User 角色自动分配给代理的 Entra 身份。对于您拥有的任何外部资源——Cosmos DB、Blob Storage、Key Vault——您手动分配 RBAC。

实际的陷阱值得指出，因为它们困扰每个早期采用者：

  • 条件访问仍适用于 OBO 流。 如"所有用户必须使用 MFA"等策略会到达代理上下文。如果用户有仅合规设备 CA 策略，OBO 令牌将被拒绝，因为代理无法满足交互式控制。修复：创建代理专用 CA 策略，使用代理实际可满足的控制（托管身份 + 命名位置），并从面向用户的 MFA 策略中排除代理身份。
  • OBO 仅适用于用户主体。 如果您的代理被另一个具有仅应用令牌的服务调用，OBO 不是一个选项——您需要单独的代理到代理令牌获取流。
  • 委托权限不是隐式的。 代理的 Entra 身份必须明确授予每个下游资源的委托权限，并获得租户管理员同意。缺失此权限在运行时表现为 AADSTS65001，通常在测试数小时后才出现。
  • RBAC 范围意外。 平台在 帐户 范围自动分配 Azure AI User。如果您的代理需要 Blob 容器访问，您仍需在容器范围手动分配。令人困惑的是，平台分配的角色在 Entra 门户中不可见，除非您直接深入代理身份对象。

企业要点： 在试点托管代理之前，让您的身份团队审计现有条件访问策略，查找会阻止代理 OBO 流的任何内容。为 Entra 管理员团队预留 1-2 周以定义代理专用策略并在试点租户中测试。跳过此步骤，您的首次生产部署将在身份验证时失败。

真实数字中的定价

按照 0.0994 美元/vCPU 小时 + 0.0118 美元/GiB 小时的发布费率，三种实际工作负载的计算：

  • 轻度使用的企业助手（每天 200 会话 × 1 vCPU × 2 GiB × 平均 5 分钟会话）：约 16.7 vCPU 小时/天 + 33.3 GiB 小时/天。每月计算：约 62 美元。
  • 重型多代理编排（50 并发会话 × 1 vCPU × 2 GiB × 每天 10 活跃小时）：约 500 vCPU 小时/天 + 1,000 GiB 小时/天。每月计算：约 1,845 美元。
  • 突发性面向消费者的代理（500 会话 2 小时促销突发 + 近零基线）：空闲成本真正为零时大约 每天 1-5 美元。

竞争比较重要。Google 的 Vertex AI Agent Engine 定价为 0.0864 美元/vCPU 小时和 0.0105 美元/GiB 小时——计算大约 便宜 13%，内存便宜 11%。AWS Bedrock AgentCore 自 2025 年 10 月起 GA，跨 Runtime、Gateway、Memory、Identity、Observability、Browser、Code Interpreter 和 Policy 组件采用按功能计量定价。

Microsoft 对按会话 hypervisor 隔离、一等 Entra 身份集成和一键 Teams 及 M365 发布的组合收取适度溢价。对于 Microsoft 商店企业，这一溢价易于证明合理。对于没有 Microsoft 身份足迹的全新消费者应用，Vertex 是更便宜的答案。

企业要点： 无论托管平台如何，模型 token 都将以 10-100 倍主导您的代理成本。Foundry、Vertex 和 Bedrock 之间的计算成本差异很少使总账单移动超过 2-3%。优化匹配您身份、合规和现有工具投资的平台，而非追逐每 vCPU 小时的差异。

什么会出问题：预览上限、已知问题和迁移空白

进入预览仅两天，运营图景仍稀疏。迄今浮现的内容：

  • 每订阅每区域 50 个活动并发会话。 可通过支持请求调整，但配额流程本身是新的，预览期间的交付时间未记录。
  • 仅 Python 和 C#。 如果您的团队用 TypeScript 或 Java 编写代理逻辑，您在等待。管理 SDK 支持 JS 和 Java；运行时不支持。
  • Azure Container Registry 必须可公开访问。 不支持私有链接保护的 ACR。Microsoft 已公开承认此空白并承诺修复。
  • “Hosted Agents are not enabled in this region”（microsoft-foundry-for-vscode 仓库的 GitHub issue #316）— 选择不支持区域的用户遇到 400 错误，没有有用的指导。
  • 模型配额依赖。 即使代理基础设施已批准，如果所需 Azure OpenAI 模型配额在目标区域为零，托管代理部署仍可能失败。部署前检查两者。
  • 经典代理工具已移除。 Azure Functions 工具、Connected Agents 和作为经典工具的 Deep Research 没有直接延续。替代：Workflow + A2A、带 Web 搜索工具的 Deep Research 模型。

最大的文档空白是 面向 Ignite 时代预览客户的托管代理专用迁移指南。Microsoft 已发布强健的 API 表面迁移指南（threads → conversations、runs → responses、create_agent → create_version），并在 aka.ms/agent/migrate/tool 提供自动化工具。但计算后端交换——重新打包容器、采用新 Responses 和 Invocations 协议库、通过 azd ai agent init / provision / deploy 重新部署——尚无专门的分步文档。预计在 5 月 Microsoft Build 2026 之前发布。

企业要点： 如果您的组织在 Ignite 预览上运行过托管代理，规划一个到两个冲刺的重新实现周期。API 迁移工具处理代码机制但不处理容器打包、区域选择或协议库变更。这不是滚动升级——这是切换。

Foundry 托管代理 vs 替代方案

Microsoft 自己的现场指南将托管代理定位为托管平台简单性与自定义代码灵活性之间的最佳点。以下是 Microsoft 代理栈的实用决策框架：

  • Copilot Studio — 面向业务侧 Copilot 的前门；低代码编排，内置治理。当业务用户拥有生命周期且速度到原型占主导时选择。
  • Microsoft 365 Copilot 代理 — M365 体验内的业务用户代理，深度 Graph 和 Teams 集成。
  • Foundry 中的 Prompt（声明式）代理（自 2026 年 3 月起 GA）— 模式驱动代理，无自定义运行时代码。
  • Foundry 托管代理（预览，2026 年 4 月 22 日刷新）— 您的容器化代码，hypervisor 隔离，托管运行时，与框架无关。
  • 进程内 SDK 代理（Microsoft Agent Framework v1.0）— 在您自己的进程、服务或容器内运行的代理。最低延迟，完全运行时控制，您运营基础设施。
  • 带动态会话的 Azure Container Apps — 通用容器化代理工作负载，带代码解释器沙盒。更多控制，较少代理原生工具。
  • Azure Kubernetes Service — 多集群联邦，最大网络灵活性，最高运营成本。当您需要 Foundry 当前未认证的服务网格或合规框架时是正确答案。

对于大多数在 2026 年部署 IT 运营代理式 AI 的企业 IT 团队，现实候选名单是 Foundry 托管代理（内置身份和隔离以快速投入生产）、在 Windows 365 云电脑 或专用 VM 上运行的进程内 SDK 代理（用于完全运行时控制）以及 Copilot Studio（用于业务用户拥有的工作流）。您的决策标准通常是：谁拥有代理的生命周期，您需要多少运行时控制？

企业要点： 托管代理对大多数企业用例取代了"在 ACA 或 AKS 上自行构建托管运行时"选项。它不取代延迟敏感工作的进程内 SDK 代理，也不取代业务用户拥有的流的 Copilot Studio。将工具匹配到生命周期所有者。

本周要做什么

基于本周发布，IT 领导者的五项具体行动：

  1. 审计您的 Ignite 预览托管代理。 如果您在 4 月 22 日之前的预览后端上运行过托管代理，清点它们并规划切换冲刺。旧后端正在退役。不要等待迁移指南来做清点工作。
  2. 运行一个批准的托管代理试点。 选择一个范围明确的 IT 运营工作流——日志分诊、配置审计、Intune 策略漂移检测——并在美国中北部或加拿大中部以 1 vCPU / 2 GiB 沙盒部署。缩放到零意味着您的试点成本在空闲时实际上为零。
  3. 向您的身份团队简报。 让您的 Entra 管理员审查现有条件访问策略，查找会阻止代理 OBO 流的任何内容，并使用托管身份 + 命名位置控制起草代理专用 CA 策略。这是最常见的生产阻塞因素。
  4. 决定您的框架忠诚度。 Microsoft Agent Framework v1.0 于 2026 年 4 月 2 日达到 GA。如果您的团队仍在 Semantic Kernel 或 AutoGen 上，现在迁移到 Agent Framework——SK 和 AutoGen 代码库处于长尾维护模式。如果您已在 LangGraph 或 CrewAI 上，托管代理原生支持它们；无需迁移。
  5. 更新您的供应商比较矩阵。 用 4 月 22 日的能力刷新您的 AI 平台矩阵：hypervisor 隔离、0.0994 美元/vCPU 小时定价、50 会话预览上限、四区域可用性。用此重新审视您在 2026 年第二季度之前做出的任何多云代理战略决策。

治理故事终于在托管代理上与营销故事匹配。对于一直等待身份、隔离和可审计性达到企业级再进行生产部署的组织，等待基本结束。剩余空白——迁移文档、私有网络 ACR、其他语言、更广泛区域覆盖——都有活跃的 Microsoft 路线图信号，并可能在正式发布前解决。

如果您的组织需要在生产工作负载上评估 Microsoft Foundry 托管代理的帮助——包括身份架构、代理 OBO 流的条件访问设计、从 Ignite 预览迁移，或在 Foundry、Azure Container Apps 和进程内 SDK 代理之间的平台选择——Big Hat Group 专注于企业 AI 咨询，桥接 Microsoft 发布的内容与您的组织大规模安全运营实际所需。联系我们以规划试点。

Kevin Kaminski 是 Big Hat Group 的首席架构师，他帮助企业在真实世界中部署 Azure AI、Windows 365 和 Microsoft Intune 解决方案。联系 Big Hat Group 获取 Azure 咨询、Windows 365 咨询 和 AI 代理咨询。