Ein LLM-Gateway ist ein einzelner API-Endpunkt, der vor vielen Anbietern großer Sprachmodelle liegt. Statt Anthropic, Google und OpenAI separat zu integrieren — drei SDKs, drei Schlüssel, drei Rechnungen — sendet Ihre Anwendung eine Anforderung in einem einheitlichen Format an eine Basis-URL mit einem Schlüssel, und das Gateway routet sie, wiederholt sie bei Fehlern, misst die Nutzung und setzt Ausgabenlimits durch. Es ist die Steuerungsebene zwischen Ihrem Produkt und den Modellen.
Was ein LLM-Gateway leistet
Ein produktives LLM-Gateway übernimmt sechs Aufgaben. Die erste macht die anderen fünf möglich: eine einheitliche, stabile API-Oberfläche.
| Fähigkeit | Was Sie erhalten |
|---|---|
| OpenAI-kompatible API | Ein einheitliches Anforderungs-/Antwortformat — normalerweise /v1/chat/completions — für jedes Modell, sodass jedes OpenAI-SDK funktioniert, wenn Sie nur base_url ändern. |
| Modellrouting | Wählen Sie Anbieter und Modell pro Anfrage; wechseln Sie Modelle, indem Sie eine Zeichenfolge ändern, statt Client-Code neu zu schreiben. |
| Fallback & Failover | Leiten Sie an einen gesunden Upstream weiter, wenn ein Anbieter einen Fehler meldet, die Rate begrenzt oder die Leistung nachlässt — Resilienz, die Ihre Anwendung nicht selbst programmieren muss. |
| Caching | Verwenden Sie stabile Prompts wieder (z. B. Anthropic Prompt-Caching), um wiederholte Eingabekosten zu senken, mit einem Affinitätsrouter, der Caches warm hält. |
| Abrechnung & Ausgabenkontrolle | Ein Guthaben über mehrere Anbieter hinweg, Budgets und Ratenbegrenzungen pro Schlüssel, damit ein geleakter Schlüssel oder eine Endlosschleife das Konto nicht leeren kann. |
| Beobachtbarkeit | Protokollierung von Token, Latenz und Kosten pro Aufruf — ein Dashboard statt drei Anbieter-Konsolen. |
Ein Endpunkt, jeder Anbieter
Das Gateway macht aus „Anbieter hinzufügen“ eine Änderung an einer einzigen Zeichenfolge. Derselbe Client erreicht Claude und GPT — Sie routen über das Feld model:
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.")) # OpenAILLM-Gateway vs. API-Gateway
Ein herkömmliches API-Gateway — Kong, AWS API Gateway, NGINX — routet allgemeinen HTTP-Datenverkehr und übernimmt Authentifizierung, Kontingente und Ratenbegrenzung. Ein LLM-Gateway ist speziell für Modellverkehr ausgelegt: Es versteht Token und Streaming, unterstützt Prompt-Caching und Modellrouting, misst Ausgaben pro Schlüssel und berechnet (bei Inferenz-Gateways) die Nutzung. Beide lassen sich kombinieren — einige Teams platzieren ein LLM-Gateway hinter ihrem bestehenden API-Gateway. Eine ausführliche konzeptionelle Erklärung finden Sie unter Was ist ein AI-Gateway? und den Anwendungsfall für Enterprise-API-Management unter Kunavo vs. Kong AI Gateway.
Zwei Arten von LLM-Gateways
Die Kategorie teilt sich danach, wer die Beziehung zum Anbieter hält:
| Typ | Sie bringen mit | Beispiele | Am besten geeignet für |
|---|---|---|---|
| BYO-Key-Gateway | Ihre eigenen Anbieter-Schlüssel und deren Abrechnung | Portkey, Helicone, LiteLLM (Open Source) | Routing, Schutzvorgaben und Beobachtbarkeit über Konten, die Sie besitzen |
| Inferenz-Gateway | Nichts – das Gateway verkauft den Zugang weiter | Kunavo, OpenRouter | Ein Guthaben und ein Schlüssel für mehrere Anbieter, häufig unter dem Listenpreis |
BYO-Key-Gateways legen Kontrolle und Beobachtbarkeit über Ihre bestehenden Anthropic-, Google- und OpenAI-Konten — Sie behalten diese Schlüssel. Inferenz-Gateways stehen selbst vor den Anbietern: Laden Sie ein Guthaben auf und greifen Sie nie auf eine Anbieter-Konsole zu. Siehe Kunavo vs. Portkey, Helicone, LiteLLM und OpenRouter für die vollständigen Gegenüberstellungen.
Sicherheit & Compliance
Ein Gateway ist außerdem der natürliche Ort, um Sicherheit durchzusetzen: Schlüssel verlassen niemals Ihren Server, Ausgabenlimits und Ratenbegrenzungen pro Schlüssel begrenzen den Schadensradius, und eine zentrale Protokollierung bietet eine einzige Prüfspur. Für regulierte Bereitstellungen sollten Sie wissen, was Kunavo nicht anbietet: kein DPA, keine Zero Data Retention und keine Datenresidenz in der EU. Requests werden in den USA verarbeitet und an die Upstream-Modellanbieter weitergeleitet, deren eigene Aufbewahrungsrichtlinien gelten. Wenn Sie ein DPA, ZDR oder eine Datenresidenz in der EU benötigen, schließen Sie unter den Enterprise-Bedingungen direkt einen Vertrag mit Anthropic, OpenAI oder Google. Das Playbook für die einzelnen Regionen finden Sie im Leitfaden zur KI-Compliance.
Kunavo als LLM-Gateway
Kunavo ist ein Inferenz-LLM-Gateway. Es ist unter https://api.kunavo.com/v1 OpenAI-drahtformatkompatibel. Wenn Ihr Code die OpenAI-API aufrufen kann, kann er Kunavo durch Änderung der Basis-URL aufrufen. Ein sk-kn--Bearer-Token erreicht Claude, GPT und den restlichen Katalog — zu Preisen von ungefähr 30 % unter den Listenpreisen der Anbieter, nutzungsbasiert ab einer Aufladung von 10 $, über ein einziges Stripe-abgerechnetes Guthaben. Neben Text stellt es auch Bild-, Video- und Audiogenerierung über denselben Schlüssel bereit.
Beginnen Sie mit dem Schnellstart, lesen Sie im Leitfaden zur OpenAI-kompatiblen API, wie das Drahtformat den Wechsel zwischen lokalen (Ollama) und gehosteten Modellen ohne Codeänderung ermöglicht, und verwenden Sie den LLM-Kostenrechner, um die Kosten einer Arbeitslast zu schätzen — oder die übrigen kostenlosen Kostentools, die die Claude- und OpenAI-Seite nach deren eigenen Caching-Regeln berechnen. Wenn Sie einen Coding-Client zwischen Anbietern wechseln, statt sich auf einen festzulegen, behandelt die CC-Switch-Einrichtung dies von der Gateway-Seite aus.
Häufig gestellte Fragen
Was ist ein LLM-Gateway?
Ein LLM-Gateway ist ein einzelner API-Endpunkt, der vor vielen Anbietern großer Sprachmodelle liegt. Ihre Anwendung sendet eine Anforderung in einem einheitlichen Format an eine Basis-URL mit einem Schlüssel, und das Gateway übernimmt Modellrouting, Failover, Caching, Ratenbegrenzung, Ausgabenkontrollen, Nutzungsprotokollierung und Abrechnung. Sie integrieren einmal, statt Anthropic, Google und OpenAI separat anzubinden.
Was ist der Unterschied zwischen einem LLM-Gateway und einem API-Gateway?
Ein herkömmliches API-Gateway (Kong, AWS API Gateway) routet allgemeinen HTTP-Datenverkehr und übernimmt Authentifizierung, Ratenbegrenzung und Kontingente. Ein LLM-Gateway ist speziell für Modellverkehr ausgelegt: Es spricht das OpenAI-Chat-Completions-Drahtformat, versteht Token und Streaming, unterstützt Prompt-Caching, Modellrouting und Ausgabenlimits pro Schlüssel und misst und berechnet — bei Inferenz-Gateways — die Nutzung. Einige Unternehmen platzieren ein LLM-Gateway hinter ihrem bestehenden API-Gateway.
Was ist das beste LLM-Gateway?
Das hängt davon ab, ob Sie Ihre eigenen Anbieter-Schlüssel mitbringen möchten. BYO-Key-Gateways (Portkey, Helicone, LiteLLM) ergänzen Konten, die Sie bereits besitzen, um Routing und Beobachtbarkeit. Inferenz-Gateways (Kunavo, OpenRouter) verkaufen Modellzugang über ein vorausbezahltes Guthaben. Kunavo ist ein OpenAI-kompatibles Inferenz-LLM-Gateway, das auch Bilder, Videos und Audio abdeckt — je nach Modell unter den Listenpreisen der Anbieter.
Gibt es ein Open-Source-LLM-Gateway?
Ja — LiteLLM ist die verbreitete Open-Source-Option zum Self-Hosting; Sie betreiben es mit Ihren eigenen Schlüsseln. Kunavo wird gehostet, erfordert keinen eigenen Betrieb und bietet ein Guthaben für jedes Modell.