Claude 在 Foundry 上正式可用，但欧洲企业无法部署

Anthropic 与微软

本次发布着重突出面向企业的完备适配能力：Entra ID 身份认证、基于角色的访问控制、Azure 计费，以及在现有 Azure 环境中的治理机制。对于此前因采购流程、第三方厂商入驻审核受阻的企业团队而言，这确实消除了落地阻碍。企业无需新增合作厂商，通过 MACC 直接使用合约预算，这是最具实际价值的突破点。

但

CETIN 转型负责人 Jiri Forman 在 LinkedIn 提出了一个问题，该评论收获 49 条互动反馈，互动量远超该帖子下其他所有留言：

托管在 Azure 上，所有数据处理是否可能在欧盟境内完成？

Sobi 全球 AI 团队负责人 Murat Yasartas 回答说：

不幸的是，目前还不行，数据区域目前仅设在美国。

在

我的客户，一家荷兰大型银行，因此不允许通过 Foundry 使用 Anthropic 模型。

Radubogdan 证实了具体细节：

“由 Azure 托管”的 Anthropic 模型部署在 Foundry 瑞典节点，部署类型为“全球标准”，推理计算可在任意地区进行。

瑞典部署提供了欧洲端点地址，但“全球标准”意味着实际的推理可能被路由至美国基础设施。
与 Azure 上的 OpenAI 模型形成对比，这是欧洲架构师们持续遇到的合规痛点。技术专员 Gregor Beuster

这仍然是一个由 Anthropic 作为运营商的市场模型，这会让德国不少企业难以接受。Azure 原生的 OpenAI 模型要容易获批得多。

这一区别至关重要，因为 Azure 上的 OpenAI 模型是第一方服务：微软运营推理，数据保留在 Azure 信任边界内，同时支持欧盟数据区域部署。Foundry 上的 Claude 模型是第三方市场产品：无论选择何种托管选项，均由 Anthropic 作为数据处理方执行推理，且 Anthropic 作为美国企业，需遵守美国《云法案》。

Anthropic 自己文档清晰点明了二者存在的差异。其

门诊肿瘤学 IT 架构师 Thomas Walawgo

目前我们选择 Azure OpenAI 是因为推理运算必须在欧盟境内托管执行，这是我们的一项硬性合规要求。Foundry 平台能否让 Claude 模型实现可保障的欧盟本地推理部署？

目前尚未得到答复。

BDO 数字产品管理负责人 Alistair Doran 的措辞更为尖锐：

看到它在欧洲或英国区域不可用，非常非常令人失望。考虑到 Anthropic 与美国政府之间正在发生的事情，本以为他们会更早将欧洲区域作为优先推进方向。

即便抛开数据驻留问题不谈，算力容量也是一个难题。微软 MVP Jannik Reinhard 指出了“正式可用”与实际可部署之间的差距：

在我看来，只有微软数据中心具备充足算力，才算真正实现正式商用。眼下我每次都要通过表单提交算力申请，能不能获批全靠运气。这种服务模式在我看来完全达不到专业服务标准。

Karl Wirén 也表达了同样的看法：

实际使用中，我们仍需通过表单申请算力资源，能否获批全凭运气，这与我们对生产级正式商用产品的预期相去甚远。

Foundry 的正式可用对总部位于美国的企业以及没有严格数据驻留要求的团队而言是意义重大的进展。采购障碍是真实存在的，消除这一壁垒意义重大。但对于在 GDPR、金融监管或医疗数据要求下运营的欧洲企业而言，此次发布并未带来实质性改变。他们需要的模型已在一个他们信任的平台上可用，但运营主体却是一家司法辖区不受其完全管控的美国企业，且无法保证模型推理运算始终在欧洲境内执行。

查看英文原文：