返回指南
架構·2026年7月2日·更新於 2026年10月4日·閱讀約 8 分鐘

LLM Gateway——一個 API 涵蓋所有模型:路由、故障轉移、計費與可觀測性(2026)

LLM gateway 是位於所有模型供應商前方的一個 API——提供路由、故障轉移、快取、單一帳單與按金鑰支出控制。本文說明它的功能、與 API gateway 的差異、兩種架構,以及 Kunavo 如何以 OpenAI 相容方式實作。

最後審核於 。

LLM 閘道是位於多個大型語言模型提供者前方的單一 API 端點。您的應用程式不必分別整合 Anthropic、Google 與 OpenAI——三個 SDK、三把金鑰、三張發票——而是使用一種請求格式、連至一個基礎 URL 並搭配一把金鑰傳送請求,閘道會進行路由、在失敗時重試、計量用量並執行支出限制。它是產品與模型之間的控制平面。

LLM 閘道的功能

生產環境中的 LLM 閘道承擔六項責任。第一項是讓其餘五項成為可能的基礎:單一且穩定的 API 介面。

能力它提供給您的功能
相容 OpenAI 的 API每個模型都使用一種請求/回應格式——通常是 /v1/chat/completions——因此任何 OpenAI SDK 只需變更 base_url 即可運作。
模型路由按每次請求選擇提供者/模型;只需變更字串即可切換模型,不必重寫用戶端程式碼。
備援與容錯切換當提供者發生錯誤、受到速率限制或效能下降時,重新路由至健康的上游服務——您的應用程式不必自行編寫這項韌性。
快取重複使用穩定的提示(例如 Anthropic 提示快取)以降低重複輸入成本,並透過親和性路由器讓快取保持熱狀態。
計費與支出控制跨提供者共用一個錢包、每把金鑰的預算與速率限制,因此外洩的金鑰或失控迴圈無法耗盡帳戶餘額。
可觀測性逐次呼叫記錄 token、延遲與成本——使用一個儀表板取代三個提供者主控台。

一個端點,所有提供者

閘道將「新增提供者」轉化為變更一個字串。同一個用戶端可以連線 Claude 與 GPT——只要設定 model 欄位即可進行路由:

llm_gateway.py
from openai import OpenAI

# One LLM gateway endpoint + one key fronts every provider.
gateway = OpenAI(
    api_key="sk-kn-...",
    base_url="https://api.kunavo.com/v1",  # the LLM gateway
)

# Route by changing a string — no per-provider SDK, key or client.
def ask(model: str, prompt: str) -> str:
    r = gateway.chat.completions.create(
        model=model,
        messages=[{"role": "user", "content": prompt}],
    )
    return r.choices[0].message.content

print(ask("claude-sonnet-5", "Draft a release note."))   # Anthropic
print(ask("claude-haiku-4-5", "Classify this ticket."))    # Anthropic, cheap tier
print(ask("gpt-5-6-terra", "Summarize the thread."))             # OpenAI

LLM 閘道與 API 閘道

傳統的 API 閘道——Kong、AWS API Gateway、NGINX——會路由一般 HTTP,並處理驗證、配額與速率限制。LLM 閘道專為模型流量打造:它理解 token 與串流、執行提示快取與模型路由、按金鑰計量支出,並且(對推論閘道而言)計費用量。兩者可以組合——有些團隊會將 LLM 閘道放在現有 API 閘道後方。若要深入了解概念,請參閱 什麼是 AI 閘道?;若要了解企業 API 管理案例,請參閱 Kunavo 與 Kong AI Gateway 的比較。

兩種類型的 LLM 閘道

此類別依提供者關係由誰持有而分成兩類:

類型你提供範例最適合
BYO-key 閘道你自己的供應商金鑰與計費Portkey、Helicone、LiteLLM(開源)在您持有的帳戶上提供路由、防護措施與可觀測性
推論閘道無——閘道轉售存取權Kunavo、OpenRouter跨供應商共用一個錢包和一組金鑰,價格通常低於牌價

自帶金鑰閘道會在您現有的 Anthropic、Google 與 OpenAI 帳戶上增加控制與可觀測性——這些金鑰仍由您持有。推論閘道則直接面向提供者:儲值一個餘額,不必接觸提供者主控台。請參閱 Kunavo 與 Portkey、Helicone、LiteLLM 及 OpenRouter 的完整比較。

安全性與合規性

閘道也是執行安全控管的理想位置:金鑰永遠不會離開您的伺服器,個別金鑰的支出上限和速率限制可以控制影響範圍,而集中式記錄則提供單一稽核軌跡。對於受監管的部署,請注意 Kunavo 不提供以下服務:沒有 DPA、沒有 Zero Data Retention,也沒有 EU 資料駐留。請求會在美國處理,並轉送至上游模型提供者;適用的是這些提供者各自的保留政策。如果您需要 DPA、ZDR 或 EU 資料駐留,請依其企業條款直接與 Anthropic、OpenAI 或 Google 簽約。各地區的實務指南請參閱 AI 合規指南。

Kunavo 作為 LLM 閘道

Kunavo 是推論型 LLM 閘道。它在 https://api.kunavo.com/v1 提供與 OpenAI 線路相容的介面,因此只要您的程式碼能呼叫 OpenAI API,就能只變更基礎 URL 來呼叫 Kunavo。一個 sk-kn- bearer token 即可存取 Claude、GPT 與目錄中的其他模型——價格約為提供者定價的 30% 以下,從 $10 儲值起採用隨用隨付,並使用一個由 Stripe 計費的錢包。除了文字之外,它也使用同一把金鑰提供圖像、影片與音訊生成。

從 快速入門開始,參閱 OpenAI 相容 API 指南,了解線路格式如何讓您在本機(Ollama)與託管模型之間切換而無需變更程式碼;也可使用 LLM 成本計算器估算工作負載成本,或使用其餘的免費成本工具,這些工具會依照各自的快取規則計算 Claude 與 OpenAI 端的價格。如果您要在不同提供者之間切換程式設計用戶端,而不是承諾使用單一提供者,CC Switch 設定會從閘道端說明相關做法。

常見問題

什麼是 LLM 閘道?

LLM 閘道是位於多個大型語言模型提供者前方的單一 API 端點。您的應用程式會使用一種請求格式、連至一個基礎 URL 並搭配一把金鑰傳送請求,而閘道會處理模型路由、容錯切換、快取、速率限制、支出控制、用量記錄與計費。您只需整合一次,不必分別串接 Anthropic、Google 與 OpenAI。

LLM 閘道與 API 閘道有什麼不同?

傳統 API 閘道(Kong、AWS API Gateway)會路由一般 HTTP 流量,並處理驗證、速率限制與配額。LLM 閘道專為模型流量打造:它使用 OpenAI chat-completions 線路格式、理解 token 與串流、執行提示快取、模型路由與每把金鑰的支出上限,並且(對推論閘道而言)計量與計費用量。有些企業會將 LLM 閘道放在現有 API 閘道後方。

哪個 LLM 閘道最好?

這取決於您是否想帶入自己的提供者金鑰。自帶金鑰閘道(Portkey、Helicone、LiteLLM)會在您已持有的帳戶上增加路由與可觀測性。推論閘道(Kunavo、OpenRouter)則在一個預付錢包中轉售模型存取權。Kunavo 是與 OpenAI 相容的推論型 LLM 閘道,也涵蓋圖像、影片與音訊,依模型不同,價格低於提供者的定價。

有開源的 LLM 閘道嗎?

有——LiteLLM 是常見的開源、自行託管選擇;您可以使用自己的金鑰執行它。Kunavo 是託管服務,不需要執行任何內容,且所有模型共用一個餘額。