OpenRouter 推出美国区域路由,与欧盟路由构成端到端数据驻留方案
In-Region Routing: Route inference in the US or EU
OpenRouter 在去年 10 月上线的欧盟路由之外新增美国 In-Region Routing,请求发往 us.openrouter.ai 后在美国境内解密并只路由到美国供应商端点,eu.openrouter.ai 同理。
OpenRouter 把区域路由做成端到端方案,读者可据此判断数据驻留要求下哪些模型能留在美国或欧盟境内运行。
今天我们推出美国区域内路由(US In-Region Routing),与去年十月上线的欧盟路由一起,让你能够确保对 AI 工作负载处理位置的控制。发往 us.openrouter.ai 的请求在美国境内解密,并且只路由到美国境内的提供商端点,因此你的提示词和补全结果在整个请求生命周期内都留在区域内。eu.openrouter.ai 为欧盟提供同样的保障。
企业需要对数据驻留和处理有更强的保证。OpenRouter 的区域内路由让美国或欧盟的配置变得简单。
工作原理
通过特定区域的基础 URL 发送 API 请求,而不是 openrouter.ai:
https://us.openrouter.ai/api/v1
https://eu.openrouter.ai/api/v1你的 API 密钥、请求体和模型 ID 保持不变,你的提供商偏好、回退和隐私设置也会从你的账户沿用。你可以让一个服务指向 us.openrouter.ai,而其余流量继续使用 openrouter.ai。
发往 us.openrouter.ai 或 eu.openrouter.ai 的请求会在该区域内解密和处理,只有在该区域运行的提供商才能为其提供服务。如果没有区域内提供商提供该模型,请求会以 404(No endpoints found supporting your data region.)失败,而不会被路由到区域外。
区域端点以相同的模型 ID 提供全球目录的一个子集。只要至少有一个提供商能在该区域内提供某个模型,该模型就会在该区域列出。要查看实时列表,请通过区域域名调用 /api/v1/models,或在模型页面按区域内路由筛选(美国 或 欧盟)。我们会继续为两个区域添加模型和提供商。请在 Discord 的 #feedback 中告诉我们你接下来希望哪些模型支持区域内。
你还可以使用 Guardrails 为特定工作区、团队或 API 密钥强制执行区域内路由。将 guardrail 的允许数据区域设置为一个区域,OpenRouter 就会拒绝任何通过其他主机名到达的受覆盖请求。你可以在设置的 Guardrails 下配置,或通过 Management API 配置。
区域内路由在 Business 和 Enterprise 套餐中可用。
区域内提供的美国/欧盟模型
如果没有区域内路由,使用来自美国或欧盟实验室的模型并不能保证由该区域的数据中心来处理请求。在全球端点上,来自 OpenAI、Anthropic、Google、xAI、Meta、NVIDIA、Thinking Machines 或 Mistral 的模型可以在处理该请求的提供商所运营的任何地方运行。数据驻留审查会询问你的请求在哪里解密、推理在哪里运行,因此一个美国团队在全球端点上使用 GPT-5.6、Claude Opus 5 或 Gemini 3.6 Flash 仍可能无法通过合规审查。OpenRouter 区域内路由确保请求留在你指定的区域内:美国或欧盟。
区域内可用的中国开放权重模型
开放权重模型正在快速进步,将流量转向它们可以显著降低成本。在 OpenRouter 上,无论是来自美国还是欧盟的请求,流向开放权重模型的 token 占比都在稳步上升:

来自美国实验室的模型,例如 NVIDIA 的 Nemotron 3 Ultra 和 Thinking Machines 的 Inkling,也是这一增长的一部分。但来自中国实验室的模型仍占大部分流量,而这些模型的采购审批可能很困难。
区域内路由让有数据驻留要求的团队也能从中国开放权重模型中获得价格和性能优势。当美国或欧盟的提供商托管某个模型时,请求会发往该提供商,实验室并不参与其中。DeepSeek V4 Pro、Kimi K3 和 GLM 5.2 均可用于美国区域内路由,因为 Baseten、Fireworks 和 Azure 从美国数据中心提供这些模型。通过 us.openrouter.ai 向其中任何一个发送提示词,它都会在美国境内解密并运行。GLM 5.2 也可在 eu.openrouter.ai 上使用,由 Mistral 的欧盟数据中心提供服务。
确保端到端的区域路由
当某个网关提供区域路由时,它可能意味着两种情况之一。区别在于你的提示词是否曾以明文形式存在于该区域之外。
- 仅推理区域路由。网关将提供商的推理固定在你的区域。但请求本身会在网关运行的任何地方被解密和处理,然后再转发给提供商。在路径的这一部分,你的提示词以明文形式存在于你的区域之外。服务器工具在区域化方面常常被忽视,这可能导致你的提示词数据离开该司法管辖区。例如,网络搜索有时会在区域推理端点上使用全局实例。
- 端到端区域路由。这就是 OpenRouter 区域内路由的工作方式。它让你的数据在整条路径上都保持在区域内。发往
us.openrouter.ai或eu.openrouter.ai的请求在区域内解密,并在每一步都在那里处理。只有在该区域运行的提供商才会收到这些请求。如果没有区域内的提供商能够提供该模型,请求会以 404 失败(No endpoints found supporting your data region.)。它永远不会离开该区域。在特定司法管辖区提供服务器工具之前,我们会全面评估这些工具及其运行所在的数据司法管辖区。会将数据发送到区域之外的工具会被禁用,而不是回退到全球基础设施。
当你评估任何网关的数据驻留声明时,问两个问题。请求在哪里解密和处理?它的工具在哪里运行?
开始使用
区域内路由在我们的 Business 和 Enterprise 套餐中可用。从你的套餐设置升级到 Business,或联系企业团队。
然后从美国或欧盟列表中选择一个模型,并将你的请求发送到 https://us.openrouter.ai/api/v1 或 https://eu.openrouter.ai/api/v1。
来源:OpenRouter Blog · openrouter.ai