如果你已决定自托管——为了数据掌控、无按 token 加价、或集中治理——下面是主流开源选项。没有"绝对最优",对的那个取决于你优先看重特性、吞吐、可观测,还是企业级运维。
四个具体原因:流量和密钥留在你自己的基础设施内;无按 token 加价(直接付厂商);集中治理——全团队的虚拟密钥、预算、限流;以及本地 / 内网隔离或合规能被你现有基础设施满足。代价是实打实的运维工作。
| 网关 | 强项 / 何时选它 |
|---|---|
| LiteLLM | 覆盖最广——100+ provider、虚拟密钥、预算、负载均衡。默认的第一选择。 |
| Bifrost | Go 原生,高请求率下开销极低。当吞吐/延迟最关键时选它。 |
| Portkey Gateway | 开源、可边缘部署的网关,带路由、缓存和护栏。 |
| Helicone | 可观测优先——日志、缓存、监控加网关。需要可见性时选它。 |
| Higress | 基于 Envoy/Istio、云原生——面向 Kubernetes 团队、想要企业级数据面的 AI 网关。 |
| Kong | 久经考验的 API 网关数据面上的 AI 插件——企业规模的 RBAC、审计、语义缓存。 |
| 你的优先级 | 从哪个起步 |
|---|---|
| 特性最全、上手最快 | LiteLLM |
| 最低开销 / 高吞吐 | Bifrost |
| 可观测与成本可见性 | Helicone |
| 边缘部署 + 护栏 | Portkey Gateway |
| 企业 Kubernetes + 审计 | Higress / Kong |
无论是否自托管,代理在配置错误或升级后仍可能出问题——悄悄换模型、假流式、虚报用量。针对你的部署跑 canary 保真测试,并锁定到一个已知良好的版本。
没有单一赢家——覆盖广选 LiteLLM、吞吐选 Bifrost、可观测选 Helicone、企业 K8s 选 Higress/Kong。
它是覆盖与治理上的常见默认;若吞吐、可观测或企业 K8s 是首要诉求,可另选。
Go 原生网关如 Bifrost 以低开销为目标——但提交前请用你自己的流量实测。
要数据掌控 / 无加价 / 治理(且你能运维)选自托管;要零运维和最快覆盖选托管。