OlithmRouter · AI API 中轉站
OlithmRouter › 知识库 › LLM 闸道、中转站与反向代理:三个名词的差异…

LLM 闸道、中转站与反向代理:三个名词的差异

LLM Gateway vs Relay vs Reverse Proxy: What's the Difference?

TL;DR — 反向代理只管「转发流量」;中转站(relay)在转发之上加了「帐务与密钥托管」;闸道(gateway)再加上「智能路由」——多上游故障转移、冷却、黏性、限流、协定桥接。你买中转站服务时,真正付费的是闸道能力;没有闸道能力的「中转」只是换个地方计费。

本页目录

  1. 反向代理(reverse proxy)
  2. 中转站(relay/reseller)
  3. 闸道(gateway):中转站的内核
  4. 对使用者的实际意义
  5. 常见问题

反向代理(reverse proxy)

Nginx/Caddy 层级:把请求原样转发到固定后端,可能加 TLS 与压缩。它不知道什么是 token、什么是模型——无法计费、无法按模型路由、无法判断上游健康。适合自己已有帐务系统的场景。

中转站(relay/reseller)

在代理之上加:自有密钥体系、按 token 计费、用量报表、用户系统。你可以注册、充值、拿 sk- 密钥。但多数中转站在路由层很薄:单上游或简单轮询,上游挂了你跟著挂。

判断方法:问「同一个模型背后有几条独立上游、错误怎么分类」。答不出来的,就是薄中转。

闸道(gateway):中转站的内核

闸道能力=按(上游×模型)的冷却+优先度换家+逾时预算+会话黏性(缓存命中)+并发分摊+三协定桥接+逐笔计费。这些决定了上游故障时你是「无感」还是「跟著挂」。

OlithmRouter 的架构:Caddy/TLS 层 → FastAPI 闸道(密钥验证、余额闸门、路由、协定桥接、隐私遮蔽)→ 多上游池;帐务回写权威资料库。海外用户另有香港、日本备援端点。

对使用者的实际意义

选择时把重点放在闸道能力:故障转移是否真实、冷却粒度、逾时设计、流式处理。这些看不见的地方,才是 99%+ 可用率与「动不动就 502」的差别。

常见问题

one-api/new-api 是什么?
开源的 LLM 闸道/分发系统,很多中转站用它搭建。自建它等于自己当中转站;不想维护的就用托管服务。
我可以自己搭闸道吗?
可以,但要自己处理上游帐务、风控、客服与稳定性;时间成本远超省下的差价。
三者可以叠加吗?
可以——大型公司常自建闸道接多家中转站。个人与小团队直接选有闸道能力的服务商最省事。
怎么验证服务商的闸道能力?
看文档是否描述错误分类与换家策略、看日志是否记录每次尝试的上游、以及故障期间的实际表现。

相关文章

准备好试用了吗?

OlithmRouter 提供 48+ 主流模型、多级分组定价与免费体验分组——注册后建立一把密钥即可开始。

OlithmRouter模型与价格接入文档