Claude 在 Azure Foundry 正式发布:双托管架构对企业路由策略的影响
Claude 在 Microsoft Foundry 正式上线,推出双托管模式:Azure 内部推理或 Anthropic 托管推理,支持 CCU 计费、MACC 消耗承诺抵扣、Entra ID 认证和美国数据专区。

今天,Anthropic 与 Microsoft 共同交付了一项重要的基础设施升级:Claude 在 Microsoft Foundry 正式发布(GA),而且架构发生了对企业路由决策影响深远的变化。
发生了什么
此前的 Foundry 预览版通过 Anthropic 自有基础设施运行 Claude 模型,通过 Azure Marketplace 进行直通计费。此次 GA 发布引入了第二种独立的部署类型——Azure 托管(Hosted on Azure)——推理实际运行在Azure 内部由 Anthropic 运营的服务上,底层使用 NVIDIA GB300 Blackwell Ultra 硬件和 InfiniBand 网络。
这为通过 Foundry 使用 Claude 创造了两条路由路径:
| 模式 | 推理运行位置 | 可用模型 | 部署类型 |
|---|---|---|---|
| Azure 托管 | Anthropic 在 Azure 基础设施上的服务 | Opus 4.8、Haiku 4.5 | 全球标准、美国数据专区标准 |
| Anthropic 托管 | Anthropic 基础设施(原 Foundry Preview) | 所有 Foundry 模型 | 全球标准 |
大多数工作负载的默认推荐现在是 Azure 托管。
计费与采购变化
Claude in Foundry 现在使用 Claude 消耗单元(CCU) 计费,在 Azure 账单上作为单一汇总条目呈现,并在 Foundry 内部提供按模型明细。对于拥有 Microsoft 企业协议(EA)的组织,Claude 使用量可以抵扣 Microsoft Azure 消耗承诺(MACC),即 Claude API 调用可以消耗企业已谈判的 Azure 预付承诺,而无需单独与 Anthropic 签署合同。
对于已有大量 Azure 承诺的企业采购团队来说,这一点比模型基准测试更为重要。它将两段供应商关系(Azure 和 Anthropic)合并为一条账单明细,使用企业已谈判好的承诺额度。
对 Claude Azure Foundry 企业路由策略的影响
身份认证:Claude in Foundry 现在使用 Microsoft Entra ID 进行认证。此前需要使用 Anthropic API 密钥的团队,现在可以使用 Azure 基于角色的访问控制(RBAC),应用现有的身份治理策略,并通过与其他 Azure 服务相同的工具审计 Claude 访问。对于有严格身份治理要求的组织,这消除了单独管理 Anthropic 密钥生命周期的需要。
数据驻留:美国数据专区标准部署类型将推理保持在美国 Azure 区域和美国数据处理边界内。对于有美国数据驻留要求的团队——受监管行业、政府承包商、金融服务——这提供了一条在其现有 Azure 合规范围内使用 Claude 的路径。
零数据保留:当启用 ZDR 时,通过 Foundry 发送的提示词和补全结果在 API 调用完成后不会被 Anthropic 保留。这可针对高敏感工作负载进行配置。
网络路径:由于 Claude 现在在 Azure 内部运行,组织可以使用 Azure 私有网络、虚拟网络以及现有的网络安全组策略来路由 Foundry 流量,无需离开 Azure 边界。与直接调用 Anthropic API 相比,这对于安全敏感工作负载可以消除一类出口和外部依赖问题。
双路径路由决策
GA 发布正式确立了一个现在具有实际操作影响的选择:
选择 Azure 托管,当:
- 组织有 MACC 承诺需要消耗
- 需要美国数据专区或数据驻留强制执行
- 身份治理要求所有 API 调用使用 Entra ID 认证
- 网络策略限制调用只能在 Azure 边界内进行
- 使用 Opus 4.8 或 Haiku 4.5(当前支持的模型)
选择 Anthropic 托管(原 Foundry Preview 模式),当:
- 需要尚未在 Azure 上托管的模型(Fable 5、Mythos 5、Sonnet 变体)
- 需要 Azure 托管路径上尚不支持的 API 功能
- 已有在 Foundry Preview 上运行的工作负载,需要时间验证新路径
Anthropic 表示,两种模式之间的功能和模型对等性是长期目标。
如何检查现有配置
如果您的团队已经在通过 Foundry(Preview)使用 Claude,流量走的是 Anthropic 托管路径。GA 发布不会自动迁移现有部署;在 Foundry 中配置部署时选择托管模式。如果要切换到 Azure 托管路径,需要在 Foundry 中创建一个选择了 Azure 托管选项的新部署。
SDK 支持:Python、TypeScript、C#、Java 和 PHP SDK 支持 Foundry。Go 和 Ruby SDK 目前不支持 Foundry——使用这些运行时的团队需要直接发送 HTTP 请求或等待 SDK 支持。
更大的路由视图
此次 GA 发布改变了企业团队评估 Claude 路由选项时的决策矩阵。此前的实际选项是:直接使用 Anthropic API、Amazon Bedrock、Google Cloud Vertex AI 或 Foundry 预览版(Anthropic 托管)。GA 发布增加了一条有实质意义的第四条企业路径——Azure 上的 Anthropic——将前沿模型能力与 Azure 原生采购、身份和合规控制结合在一起。
对于管理成本归因的路由团队,CCU 计费在 Azure 成本管理工具内提供按模型粒度,与现有标签、预算和告警策略集成,而不需要单独查看 Anthropic 账单视图。
设置详情、部署类型和 API endpoint 说明请参阅 Anthropic Foundry 文档。
相关阅读
AI 路由新闻与供应商动态 →
Fable 5 生物分类器修复:你的 API 账单从未警告过的静默换模问题
Fable 5 生物分类器误报率下降约 85%。对 API 运营商来说,这次修复暴露了一个之前容易忽视的计费风险:你调用的是 Fable 5,回答你的有时是 Opus 5。以下是审计建议。

Claude Managed Agents 新增会话级配置覆盖与事件增量流:对 Agent 路由架构意味着什么
Anthropic 6 月 30 日平台更新为 Claude Managed Agents 带来了动态的会话级配置覆盖、流式事件增量、生命周期 webhook 和 vault 凭证注入控制——重塑了团队在运行时路由模型和工具选择的方式。

Anthropic 统一 Claude API 速率限制分层:Sonnet/Haiku/Opus 同等配额对路由团队的影响
Anthropic 于 6 月 26 日将 Sonnet 和 Haiku 的 RPM、ITPM、OTPM 上限与 Opus 拉平,并将五个用量分层合并为三个。本文解析新 Start/Build/Scale 架构对回退路由策略和消费上限管理的实质影响。