返回指南
架构·2026年7月2日·更新于 2026年10月4日·阅读约 8 分钟

LLM 网关——一个 API 覆盖所有模型:路由、故障转移、计费与可观测性(2026)

LLM 网关是在所有模型提供商之前提供的一个 API——负责路由、故障转移、缓存、统一账单和按密钥的支出控制。本文说明它的功能、它与 API 网关的区别、两种架构,以及 Kunavo 如何以 OpenAI 兼容方式实现它。

最后审核于 。

LLM 网关 是位于多个大语言模型提供商之前的单一 API 端点。您的应用无需分别集成 Anthropic、Google 和 OpenAI——无需维护三个 SDK、三把密钥和三张账单——而是向一个基础 URL 使用一个密钥发送一种请求格式,网关负责路由、失败重试、使用量计量和支出限制。它是您的产品与模型之间的控制平面。

LLM 网关的功能

生产环境中的 LLM 网关承担六项职责。第一项职责使其余五项成为可能:提供单一且稳定的 API 表面。

能力它为您提供的功能
兼容 OpenAI 的 API为每个模型提供一种请求/响应格式——通常是 /v1/chat/completions——因此任何 OpenAI SDK 都能使用,只需更改 base_url。
模型路由为每个请求选择提供商/模型;只需更改字符串即可切换模型,无需重写客户端代码。
回退与故障转移当提供商出错、触发速率限制或性能下降时,将请求重新路由到健康的上游——无需由您的应用自行编码实现弹性。
缓存复用稳定的提示词(例如 Anthropic 提示缓存)以降低重复输入成本,并使用亲和性路由器保持缓存热度。
计费与支出控制所有提供商共用一个钱包,并设置每个密钥的预算和速率限制,因此泄露的密钥或失控循环不会耗尽账户余额。
可观测性按调用记录 token、延迟和成本——使用一个仪表板即可替代三个提供商控制台。

一个端点,所有提供商

网关将“添加提供商”变成只需修改一个字符串。通过设置 model 字段,同一个客户端即可访问 Claude 和 GPT:

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 网关

该类别取决于谁持有提供商关系:

类型你提供示例适用场景
自带密钥网关你自己的提供商密钥 + 计费Portkey、Helicone、LiteLLM(开源)在您持有的账户之上提供路由、防护措施和可观测性
推理网关无需提供任何内容——网关转售访问权限Kunavo、OpenRouter在多个提供商之间共用一个钱包和一个密钥,价格通常低于标价

自带密钥网关在您现有的 Anthropic、Google 和 OpenAI 账户之上增加控制和可观测性——这些密钥仍由您持有。推理网关则直接位于提供商之前:充值一个余额,无需接触任何提供商控制台。完整的并列比较请参阅 Kunavo 与 Portkey、Helicone、LiteLLM 和 OpenRouter 的比较。

安全与合规

网关也是实施安全控制的自然位置:密钥不会离开你的服务器,按密钥设置的支出上限和速率限制可以控制影响范围,集中式日志则提供统一的审计记录。对于受监管的部署,请了解 Kunavo 不提供的内容:不提供 DPA、零数据保留(Zero Data Retention)或欧盟数据驻留。请求会在美国处理并转发给上游模型供应商,其自身的保留政策适用;如需 DPA、ZDR 或欧盟数据驻留,请依据 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 计费的钱包。除文本之外,它还通过同一密钥提供图像、视频和音频生成。

从 快速入门开始;有关线路格式如何让您在本地模型(Ollama)和托管模型之间切换而无需修改代码,请参阅 OpenAI 兼容 API 指南;有关估算工作负载成本的信息,请参阅 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 是托管服务,无需运行任何组件,并且所有模型共用一个余额。