跳到正文
openrouter blog·· 23 天前精選AI 評分63

OpenRouter 推出 US/EU 地區路由,保障資料駐留

In-Region Routing: Keep your data in the US or EU

AI 導讀

OpenRouter 推出 US/EU 地區路由,確保 AI 工作負載在指定區域內處理。

  • 可用區域:US(us.openrouter.ai)與 EU(eu.openrouter.ai)。
推薦理由

OpenRouter 推出 US/EU 地區路由,可讓企業在 US/EU 保障資料駐留,符合合規需求。

正文 · AI 翻譯

今天我們推出美國區域內路由(US In-Region Routing),與去年十月發布的歐洲區域路由(EU routing)一起,為您提供對 AI 工作負載處理位置的保證控制。對 us.openrouter.ai 的請求在美國內部解密並僅路由到美國供應商端點,確保您的提示和完成在整個請求生命週期中保持在區域內。eu.openrouter.ai 對歐洲也做同樣的處理。

企業需要更強的資料在地化與處理保障。OpenRouter 的區域內路由(In-Region Routing)讓在美國或歐洲的設定變得簡單。

工作原理

將 API 請求傳送至區域特定的基礎 URL,而非 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,或在模型頁面以區域內路由(US 或 EU)過濾。 我們將持續在兩個區域新增模型與供應商。請在 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 份額持續上升:

Two 100% stacked bar charts of monthly token share on open weight versus closed weight models, September 2025 through August 2026. For requests originating in the US, the open weight share rises from 26% to 60%; for requests originating in the EU, it rises from 16% to 65%. Both cross 50% in early 2026.

美國實驗室的模型,例如 NVIDIA 的 Nemotron 3 Ultra 與 Thinking Machines 的 Inkling,屬於此增長的一部分。然而,來自中國實驗室的模型仍佔大部分流量,且這些模型的採購審批可能較為困難。

In-Region Routing 允許符合資料居留要求的團隊從中國開源模型中獲得價格和效能優勢。當美國或歐盟的供應商託管模型時,請求會直接送至該供應商,實驗室不會介入。DeepSeek V4 Pro、Kimi K3 和 GLM 5.2 都可在美國 In-Region Routing 使用,因為 Baseten、Fireworks 和 Azure 從美國資料中心提供服務。透過 us.openrouter.ai 傳送提示至其中任何一個,即可在美國進行解密與執行。GLM 5.2 亦可於 eu.openrouter.ai 使用,該服務來自 Mistral 的歐盟資料中心。

確保端到端區域路由

當閘道器提供區域路由時,可能代表兩種情況。關鍵差異在於您的提示是否會在區域外以純文字形式存在。

  • 僅推論的區域路由。 閘道器將供應商的推論鎖定至您的區域。但請求本身在被轉發至供應商前,會在閘道器所在位置進行解密與處理。在此路徑段,您的提示會以純文字形式存在於區域外。伺服器工具往往被忽視於區域化,可能導致提示資料離開管轄範圍。例如,網路搜尋有時會在區域推論端點使用全球例項。
  • 端到端區域路由。 這就是 OpenRouter 的 In-Region Routing 運作方式。它在整個路徑中保持您的資料位於區域內。對 us.openrouter.ai 或 eu.openrouter.ai 的請求會在區域內解密並在每一步處理。只有在該區域內執行的供應商會收到它們。若無區域內供應商能提供該模型,請求將以 404(No endpoints found supporting your data region.)失敗,且永不離開區域。我們在提供特定管轄權前,會全面評估伺服器工具及其執行的資料管轄權。若工具可能將資料送至區域外,將被停用,而非退回至全球基礎設施。

評估任何閘道器的資料居留宣告時,請問兩個問題:請求在哪裡被解密與處理?其工具又在哪裡執行?

開始使用

In-Region Routing 可於我們的商業與企業方案中使用。可從您的方案設定升級至商業方案,或聯絡企業團隊。

接著從美國或歐盟清單中選擇模型,並將請求送至 https://us.openrouter.ai/api/v1 或 https://eu.openrouter.ai/api/v1。

閱讀檔案以瞭解更多資訊。

來源:openrouter blog · openrouter.ai