OpenRouter-Alternative LiteLLM: Wann sich der Wechsel lohnt

Als OpenRouter-Alternative eignet sich LiteLLM, wenn das Gateway selbst betrieben werden soll und die Zugangsdaten der Modellanbieter in der eigenen Infrastruktur bleiben müssen. OpenRouter passt dagegen zu Projekten, die gehostetes Routing und eine gebündelte Abrechnung der Modellnutzung suchen: Beim Kauf von Guthaben im Standard-Tarif fallen 5.5% Gebühren an, während die Open-Source-Software von LiteLLM eine Lizenzgebühr von $0 hat. Bei LiteLLM vs OpenRouter kommt es darauf an, wer das Gateway betreibt, über welches Konto die Inferenz abgerechnet wird und ob die eingesparten Gebühren die eigenen Betriebskosten decken.

OpenRouter-Alternative LiteLLM: Welche Lösung passt?

OpenRouter ist die bessere Wahl für Entwickler, die mehrere Modellanbieter nutzen möchten, ohne einen weiteren Dienst zu betreiben. LiteLLM liegt vorn, wenn Gateway, Zugangsdaten und Regeln für den Datenverkehr in selbst kontrollierter Infrastruktur laufen müssen. Ein hohes Nutzungsvolumen entscheidet den Vergleich noch nicht: OpenRouters Bring-your-own-key-Option folgt einer anderen Kostenlogik als der Kauf von Inferenzguthaben.

Ein LLM-Gateway sitzt zwischen dem eigenen Produkt und den Modellanbietern. Dieser Vergleich betrachtet den selbst gehosteten Proxy Server von LiteLLM, also mehr als nur dessen Python-SDK, und den gehosteten Dienst von OpenRouter mit beiden Abrechnungswegen: Guthaben und Bring your own key (BYOK).

Preise und Dokumentation wurden am 12. Oktober 2026 geprüft, darunter die aktuelle LiteLLM-Preisübersicht und die aktuelle OpenRouter-Preisübersicht. Die folgende Beispielrechnung basiert auf diesen veröffentlichten Gebühren. Es gab weder einen Praxistest mit angemeldetem Konto noch einen Latenz-Benchmark.

Die Funktionsangaben stützen sich auf die LiteLLM-Architektur, das OpenRouter-Schlüsselschema sowie die weiter unten verlinkte Dokumentation zu Routing, Protokollierung und Caching. Anbieterintegrationen und käuflich nutzbare Modelle sind unterschiedliche Größen. Keine der beiden Zahlen belegt, dass die benötigte Kombination aus Modell, Region und Funktionen verfügbar ist.

Für ein kleines Produkt ohne fest verantwortliches Plattformteam ist OpenRouter ein sinnvoller Einstieg, sofern der gehostete Anfrageweg keiner konkreten Anforderung widerspricht. Läuft bereits gemeinsam genutzte Infrastruktur und müssen Ratenlimits je Schlüssel zentral durchgesetzt werden, spricht das für LiteLLM. Bei einem wachsenden Produkt mit ausgehandelten Anbieterverträgen sollte der Vergleich OpenRouter BYOK gegen LiteLLM lauten. Die Gebühr für Guthabenkäufe lässt sich nicht auf beide Varianten übertragen.

Wer verwaltet die Schlüssel, rechnet ab und leitet Anfragen weiter?

Mit LiteLLM liegt das Gateway innerhalb des eigenen Kontrollbereichs; OpenRouter übernimmt die Rolle eines betriebenen Vermittlers. BYOK ändert die Zugangsdaten zum nachgelagerten Anbieter und den Rechnungsempfänger. Der Vermittler bleibt bestehen.

LiteLLM: eigener LLM-Proxy, eigene Anbieterkonten

LiteLLM ist ein Open-Source-Gateway, das zwischen Anwendung und Modellanbietern bereitgestellt wird. Laut dokumentiertem Ablauf prüft es zunächst einen virtuellen Schlüssel, wendet Budgets und Ratenlimits an, wählt die Route und übersetzt die Anfrage anschließend in das API-Format des Anbieters. Ein virtueller Schlüssel ist ein vom Gateway ausgegebener Anwendungsschlüssel. Die Anwendung benötigt dadurch nicht selbst die geheimen Zugangsdaten jedes nachgelagerten Anbieters. LiteLLM-Anfragearchitektur.

Die Inferenzkosten laufen über die konfigurierten Anbieterkonten. Für das Gateway ist ein eigenes Betriebsbudget nötig: Rechenleistung, die Datenbank für Schlüssel und Ausgaben sowie gegebenenfalls ein Cache oder gemeinsam genutzte Infrastruktur für Ratenlimits. Die Dokumentation zum Produktivbetrieb beschreibt diese Komponenten, nennt aber keine pauschalen Hostingkosten.

Bei der Kontrolle über Zugangsdaten und Bereitstellung gewinnt LiteLLM. Fehlt eine klare Zuständigkeit für Updates, Datenbankverfügbarkeit und fehlgeschlagene Anfragen, ist es die falsche Wahl. Kostenlose Software übernimmt diese Verantwortung nicht.

OpenRouter: gehostetes Routing mit wählbarer Abrechnung

OpenRouter verbindet ein gehostetes Gateway mit einem Modellkatalog. Beim Guthabenmodell verwendet die Anwendung einen OpenRouter-Schlüssel; die Nutzung wird vom Guthaben abgezogen. Bei BYOK werden eigene Zugangsdaten der Modellanbieter hinterlegt. Laut OpenRouter werden diese Schlüssel verschlüsselt und für Anfragen an den angegebenen Anbieter verwendet. Die Inferenznutzung wird dem Anbieterkonto berechnet, anfallende Routinggebühren werden vom OpenRouter-Guthaben abgezogen. OpenRouter-Dokumentation zu BYOK.

Eine folgenreiche Voreinstellung ist der Fallback auf gemeinsam genutzte Kapazität. Kann ein priorisierter BYOK-Schlüssel eine Anfrage nicht bedienen, kann OpenRouter auf eigene Kapazität ausweichen und dafür OpenRouter-Guthaben verbrauchen. Die strengste Einstellung auf Anbieterebene lautet Never use shared capacity for any model on this provider, also: für kein Modell dieses Anbieters gemeinsam genutzte Kapazität verwenden. Andere Anbieter können die Anfrage weiterhin bedienen, solange nicht zusätzlich die zulässigen Anbieter eingeschränkt werden. Diese Einstellung regelt damit auch, wer zahlt, und nicht bloß die Verfügbarkeit.

Bei sofortigem Katalogzugang, gebündeltem Einkauf und übernommenem Gateway-Betrieb gewinnt OpenRouter. BYOK eignet sich, wenn eigene Anbieterkonten erhalten bleiben sollen. Ob ein Fallback Kosten auf OpenRouter verlagern darf, muss dabei ausdrücklich festgelegt werden.

OpenRouter-Kosten: Guthabenkauf und BYOK

OpenRouter berechnet Gebühren für das Aufladen von Guthaben und oberhalb eines Freibetrags für BYOK-Routing. Das sind getrennte Kostenpositionen. Die FAQ nennt 5.5% Gebühren bei mindestens $0.80 je Guthabenkauf sowie 5% für Kryptozahlungen. Die zugrunde liegenden Inferenzpreise der Anbieter werden ohne Aufschlag weitergegeben. OpenRouter-FAQ zu Gebühren.

Die aktuelle Tarifübersicht weist für Standard 5.5% und für Business 8% aus. Beide Tarife enthalten $25,000 Inferenzwert pro Monat zu Listenpreisen ohne BYOK-Gebühr; danach fallen 5% an. Enterprise-Konditionen werden individuell vereinbart. Die Beispielrechnung verwendet Standard; dessen Prozentsatz gilt nicht für Business. Aktuelle Tarifübersicht.

Bemessungsgrundlage der BYOK-Gebühr ist der Preis, den dasselbe Modell beim selben Anbieter regulär über OpenRouter kosten würde. Dieser Wert entspricht nicht zwangsläufig der rabattierten Rechnung des Anbieters. Der Freibetrag bezieht sich auf den Inferenzwert, nicht auf die Anzahl der Anfragen. Die Gebühr wird vom OpenRouter-Guthaben abgezogen. Definition der BYOK-Gebühr.

Eine ausführlichere Einordnung der Auflade- und Nutzungsgebühren bietet unser Leitfaden zu OpenRouter-Preisen.

LiteLLM Open Source und Enterprise

LiteLLM Open Source ist lizenzkostenfrei, auch im Produktivbetrieb. Die Preisseite nennt virtuelle Schlüssel, Kostenerfassung, Budgets, Ratenlimits, Fallbacks, die Protokollierung von Anfragen und Antworten sowie Prometheus-Metriken. Diese Funktionen sind also nicht sämtlich Enterprise vorbehalten. LiteLLM-Tarife.

Enterprise ergänzt Funktionen für Identitäts- und Organisationsverwaltung wie SSO/SCIM, OIDC/JWT-Authentifizierung, Audit-Logs, Secret Manager und Schlüsselrotation sowie Support- und Bereitstellungsoptionen. Der Jahrespreis richtet sich nach der Anfragekapazität des Gateways, der Architektur und dem Supportbedarf, nicht nach den Tokenausgaben. Einen öffentlichen Dollarbetrag für einen fairen Monatsvergleich gibt es nicht; maßgeblich ist das individuelle Angebot.

Die Monatsrechnung bei geringer und wachsender Nutzung

Bei beispielhaften $50,000 monatlichem Inferenzwert zu Listenpreisen kosten Standard-Guthaben $52,750; reines Standard-BYOK kostet unter den folgenden Aufladeannahmen $51,318.75. LiteLLM Open Source kostet $50,000 zuzüglich der eigenen Betriebskosten. Das sind berechnete Beispiele, weder angebotene Pakete noch gemessene Arbeitslasten.

Für den Vergleich werden dieselben Modelle, Anbieter und derselbe Tokenmix auf einen monatlichen Inferenzwert B normiert. Das kleine Szenario setzt $100 an, das Wachstumsszenario $50,000 und damit das Doppelte des veröffentlichten BYOK-Freibetrags. Angenommen werden Anbieterrechnungen zu Listenpreisen, keine Cache-Einsparungen oder ausgehandelten Rabatte, kein Fallback auf gemeinsam genutzte Kapazität und eine einzige Standard-Aufladung ohne Kryptozahlung, deren Guthaben vollständig verbraucht wird. Steuern und optionale Zusatzleistungen bleiben außerhalb des Vergleichs.

H steht für die tatsächlichen monatlichen Hosting- und Wartungskosten von LiteLLM. Ein erfundener Serverpreis ist dafür kein Ersatz.

Die Berechnung verwendet die Gebühr für Guthabenkäufe und den aktuellen BYOK-Freibetrag. Sie setzt voraus, dass in einem reinen BYOK-Monat kein Guthabenkauf nötig ist, solange keine Routinggebühr anfällt.

Im wachsenden, guthabenfinanzierten Szenario werden $50,000 Guthaben gekauft. Dazu kommen $50,000 × 5.5% = $2,750. Der gesamte Geldabfluss beträgt $52,750.

Bei derselben Nutzung über BYOK beläuft sich die Anbieterrechnung auf $50,000. Die Routinggebühr fällt auf den Inferenzwert oberhalb des Freibetrags an: ($50,000 − $25,000) × 5% = $1,250. Wird diese Gebühr über einen Guthabenkauf im Standard-Tarif finanziert, kommen $1,250 × 5.5% = $68.75 hinzu. Insgesamt ergibt das $50,000 + $1,250 + $68.75 = $51,318.75. Die Aufladegebühr ergibt sich daraus, dass BYOK-Gebühren mit gekauftem Guthaben bezahlt werden. Sie ist keine zweite Gebühr auf die Anbieterrechnung.

Ab wann sich LiteLLM rechnet, hängt von der OpenRouter-Variante ab

Gegenüber Standard-Guthaben spart LiteLLM Geld, wenn H kleiner ist als die vermiedene Gebühr für den Guthabenkauf. Oberhalb des Bereichs, in dem die Mindestgebühr greift, liegt die Kostenschwelle bei B = H ÷ 0.055. Bei geringer Nutzung stehen lediglich $5.50 zur Deckung von H zur Verfügung, beim Wachstumsszenario $2,750.

Gegenüber reinem Standard-BYOK lässt sich unterhalb des Freibetrags keine Routinggebühr einsparen. Oberhalb davon gilt, sofern die prozentuale Aufladegebühr die Mindestgebühr übersteigt: B = $25,000 + H ÷ 0.05275. Beim Wachstumsszenario muss LiteLLM für weniger als $1,318.75 pro Monat betrieben werden, um allein bei diesen Kosten günstiger zu sein. Mit einer Enterprise-Lizenz wird aus H die Summe aus H und dem auf einen Monat umgelegten Betrag des tatsächlichen Angebots.

Andere Anbieterrabatte, Modellpreise, Guthabenkaufbeträge oder Fallback-Nutzung verändern die Rechnung. Die Anzahl der Anfragen allein reicht nicht aus, um diese Kostenschwelle zu bestimmen, weil Anfragen unterschiedliche Tokenkosten verursachen.

Fallbacks, Budgets und Caching: Wer hat wo die Nase vorn?

LiteLLM punktet bei Steuerungsfunktionen im selbst betriebenen Gateway; OpenRouter beim Routing ohne eigenen Gateway-Betrieb. Entscheidend sind die Konfiguration und der Geltungsbereich, nicht ein Häkchen neben „Fallbacks“.

Routing und Fallbacks: OpenRouter für verwaltete Ausfallsicherheit

OpenRouters Anbieter-Routing unterstützt eine Anbieterreihenfolge, eine Positivliste und die Option allow_fallbacks. Das separate Array models probiert alternative Modelle aus, wenn das primäre Modell die Anfrage nicht bedienen kann. Diese Unterscheidung ist wesentlich: Für dasselbe Modell den Anbieter zu wechseln und das Modell selbst auszutauschen, sind unterschiedliche Produktentscheidungen. Anbieter-Routing, Modell-Fallbacks.

LiteLLM dokumentiert Wiederholungsversuche innerhalb einer konfigurierten Modellgruppe und Fallbacks auf eine andere Gruppe. Die Bereitstellungen und Regeln liegen in eigener Verantwortung. LiteLLM-Routingarchitektur.

OpenRouter gewinnt, wenn der Anbieter die Ausweichmechanismen verwalten soll. LiteLLM passt, wenn die zulässigen Fallback-Ziele ohnehin selbst verwaltete Bereitstellungen sind. Weder eine Fallback-Liste noch dieser Vergleich belegt einen Latenzvorteil.

Budgets und Ratenlimits je Schlüssel: LiteLLM für die Nutzungssteuerung

LiteLLM bietet für virtuelle Schlüssel Budgetvorgaben sowie Limits für Anfragen pro Minute (RPM) und Tokens pro Minute (TPM). Ein Ausgabenlimit begrenzt die aufgelaufenen Kosten; ein Ratenlimit bestimmt, wie schnell eine Anwendung Kapazität verbrauchen kann. Ein Kunde kann unter seinem Monatsbudget bleiben und trotzdem eine unerwünschte Lastspitze auslösen. LiteLLM-Budgets und Ratenlimits.

Die konkrete Einschränkung ist die Abhängigkeit von einer Datenbank. LiteLLM weist ausdrücklich darauf hin, dass Budgets die Nutzung bei einer Bereitstellung ohne Datenbank nicht begrenzen: Die globale Budgetprüfung lässt Anfragen dann passieren, und Budgets für Schlüssel, Nutzer und Teams stehen nicht zur Verfügung. Ein Budgetwert in der Konfigurationsdatei reicht nicht aus, wenn der dafür benötigte Dienst fehlt.

OpenRouter dokumentiert Dollar-Limits je Schlüssel, Rücksetzungsintervalle und die Einstellung include_byok_in_limit. Das Schema zur Schlüsselerstellung enthält keine vom Nutzer konfigurierbaren RPM-/TPM-Felder je Schlüssel. Die Seite zu Limits beschreibt dagegen Kapazitätsgrenzen der Plattform und der Anbieter. Ein Ausgabenlimit je Schlüssel ist daher nicht mit einer anwendungsspezifischen Durchsatzgrenze gleichzusetzen. Schlüsseleinstellungen, Raten- und Budgetlimits.

LiteLLM gewinnt, wenn Ausgaben- und Durchsatzregeln je Schlüssel verbindliche Anforderungen sind. OpenRouter bietet Ausgabenkontrollen; deren dokumentierter Geltungsbereich muss aber zum tatsächlich belasteten Konto passen.

Protokollierung und Caching: LiteLLM für die Wahl des Speicherorts

LiteLLM unterstützt konfigurierbare Protokollierungsziele und das Entfernen von Nachrichteninhalten aus Logs, während Kostenmetadaten erhalten bleiben. Der Antwort-Cache unterstützt lokale, Redis- und weitere dokumentierte Backends. Bei identischen Anfragen kann eine bereits gespeicherte Antwort wiederverwendet werden. Protokollierungseinstellungen, Cache-Backends.

OpenRouter bietet private Ein- und Ausgabeprotokolle nach ausdrücklicher Aktivierung. Außerdem dokumentiert der Dienst Antwort-Caching im Gateway: Eine identische Anfrage kann eine gespeicherte Antwort zurückliefern, ohne den Anbieter aufzurufen. Davon getrennt ist das Prompt-Caching beim Anbieter, bei dem dieser die Verarbeitung von Prompts wiederverwendet. Antwort-Caching ist standardmäßig aus und nach Aktivierung auf den jeweiligen API-Schlüssel begrenzt. Private Protokollierung, Antwort-Caching, Prompt-Caching.

LiteLLM gewinnt, wenn der Speicherort von Gateway-Logs und Caches selbst bestimmt werden soll. OpenRouter ist die einfachere gehostete Option. Vor dem Einsatz sollte allerdings seine konkrete Cache-Einschränkung geklärt werden: Zero Data Retention auf Kontoebene deaktiviert das Antwort-Caching, während provider.zdr auf Anfrageebene die Cache-Nutzbarkeit nicht verändert. Die Vorgabe, einen Anbieter ohne Datenspeicherung zu verwenden, unterbindet also nicht automatisch die Speicherung im Antwort-Cache des Gateways.

Datenverarbeitung: Eigenbetrieb garantiert keinen lokalen Datenfluss

LiteLLM entfernt einen gehosteten Gateway-Anbieter aus dem Anfrageweg; entfernte Inferenz wird dadurch nicht lokal. Auf der Sicherheitsseite heißt es: „Beim Selbsthosting werden auf LiteLLM-Servern keine Daten oder Telemetriedaten gespeichert.“ Die Architektur leitet Anfragen weiterhin an die ausgewählten Modellanbieter weiter. LiteLLM-Sicherheit, Anfrageweg.

Damit liegen der Proxy, seine Protokolle und die konfigurierten Ziele unter eigener Kontrolle. Die Richtlinien des nachgelagerten Anbieters oder eines zusätzlich aktivierten externen Protokollierungsdienstes gelten dennoch.

OpenRouter erklärt: „Jede Speicherung von Prompts auf OpenRouter erfolgt ausschließlich nach ausdrücklicher Zustimmung.“ Der Dienst unterscheidet zwischen privaten Debugging-Logs und der Erlaubnis, Ein- und Ausgaben zur Produktverbesserung zu verwenden. Beide Optionen sind standardmäßig deaktiviert. OpenRouter speichert Anfragemetadaten und beschreibt, dass eine kleine Stichprobe von Prompts mithilfe eines Modells mit Zero-Data-Retention-Richtlinie kategorisiert wird. Ohne Zustimmung zur Nutzung der Ein- und Ausgaben werden die Kategorien laut OpenRouter anonym gespeichert und nicht mit Konto oder Nutzer-ID verknüpft. OpenRouter-Datenerfassung.

Beim nachgelagerten Anbieter beginnt ein weiterer Verantwortungsbereich. OpenRouter dokumentiert getrennte Regeln für Speicherung und Training und unterstützt die Filterung von Endpunkten nach Zero Data Retention, kurz ZDR. Daten nicht für Training zu verwenden und sie nicht zu speichern, sind unterschiedliche Zusagen. Die ZDR-Dokumentation weist außerdem darauf hin, dass aktivierte Plugins und Tools eigene Speicherregeln haben können. Anbieterrichtlinien, ZDR-Einstellungen.

Bei der selbst verantworteten Datenverarbeitung im Gateway gewinnt LiteLLM. OpenRouter kann zu den eigenen Vorgaben für gehostete Dienste passen. Gateway, Anbieter, Cache und aktivierte Tools müssen dabei jeweils separat bewertet werden. „BYOK“ allein beantwortet keine dieser Fragen zur Datenspeicherung.

Von OpenRouter zu LiteLLM wechseln – oder zurück

Der Migrationsaufwand liegt darin, Regeln und Abrechnung rund um die API neu aufzusetzen; mit einer anderen Adresse ist es nicht getan. Ein kompatibles Anfrageformat überträgt weder Anbieterverträge noch Budgets, historische Protokolle oder Fallback-Regeln.

1. 1

   Für jede Route Zugangsdaten und zahlendes Konto zuordnen

   Beim Wechsel zu LiteLLM müssen die Zugangsdaten und Anbieterkonten feststehen, die den guthabenfinanzierten Zugang ersetzen. Beim Wechsel zu OpenRouter ist zwischen gekauftem Guthaben und BYOK zu wählen. Außerdem muss festgelegt werden, ob Fallback-Anfragen über gemeinsam genutzte Kapazität abgerechnet werden dürfen.

2. 2

   Modelle und Verhalten abgleichen

   Die vom Produkt verwendeten Modellkennungen oder Aliase, zulässigen Anbieter, unterstützten Anfrageparameter und Fallback-Ziele werden erfasst. Das beabsichtigte Modellverhalten der Anwendung muss erhalten bleiben; Katalogeinträge sind nicht beliebig austauschbar.

3. 3

   Budgets, Ratenlimits und Speicherregeln gezielt neu aufsetzen

   Für jeden Schlüssel werden Ausgabenregeln, Rücksetzungsintervalle und erforderliche Durchsatzlimits übernommen. Bei LiteLLM gehört die für Budgets nötige Datenbank dazu. Bei OpenRouter muss festgelegt werden, welche Budgets BYOK einschließen. Speicherregeln für Protokolle und Caches werden getrennt von denen der Anbieter dokumentiert.

4. 4

   Abrechnung abgrenzen und Rückkehr zur alten Konfiguration sichern

   Die bisherigen Nutzungsaufzeichnungen werden gemäß den eigenen Vorgaben aufbewahrt, der Umstellungszeitpunkt wird dokumentiert und die alte Routingkonfiguration bleibt verfügbar. Für den Abgleich von Anbieterrechnungen und Gateway-Guthaben nach dem Wechsel wird eine klare Zuständigkeit vergeben.

Ein Wechsel ist nicht sinnvoll, wenn ein kleines, funktionierendes OpenRouter-Produkt nur deshalb zu LiteLLM umzieht, um eine Gebühr zu sparen, die unter den Betriebskosten eines weiteren Dienstes liegt. Ebenso wenig sollte eine funktionierende LiteLLM-Bereitstellung zu einem gehosteten Router wechseln, wenn die Kontrolle über das Gateway eine feste Anforderung ist. Auch ein größerer Katalog allein ist kein Wechselgrund, solange nicht geprüft wurde, ob die konkret benötigten Modelle und Funktionen verfügbar sind.

Beide Dienste lassen sich kombinieren: LiteLLM dokumentiert OpenRouter als nachgelagerten Anbieter. So kann ein lokaler Kontrollpunkt erhalten bleiben, während der OpenRouter-Katalog genutzt wird. Zugleich bleiben aber auch der Anfrageweg über OpenRouter und dessen anfallende Gebühren bestehen. Aus gehosteter Inferenz wird dadurch kein vollständig lokales System.

Weitere OpenRouter-Alternativen: Vercel und Cloudflare

Vercel AI Gateway ist der erste Vergleichskandidat für Gebühren gehosteter Lösungen; Cloudflare AI Gateway ist relevant, wenn dessen Steuerungsfunktionen zur vorhandenen Infrastruktur passen. Bei beiden muss weiterhin klar sein, über welche Zugangsdaten die Nutzung abgerechnet wird.

Vercel AI Gateway nennt weder einen Tokenaufschlag noch eine Plattformgebühr und erhebt auch für BYOK keine Gateway-Gebühr. BYOK setzt gekauftes Guthaben voraus. Fehlgeschlagene BYOK-Anfragen können mit Systemzugangsdaten erneut versucht werden und das Gateway-Guthaben belasten. Der kostenlose Tarif enthält $5 monatlich für berechtigte Modelle; mit dem Kauf von Guthaben entfällt dieses monatliche Freikontingent. Gebühren für die Zahlungsabwicklung und optionale Zusatzleistungen können weiterhin anfallen. Vercels eigene Preisübersicht.

Cloudflare AI Gateway bietet grundlegende Analysen, Caching und Ratenlimits kostenlos an. Unified Billing schlägt 5% auf Guthabenkäufe auf. Das veröffentlichte Beispiel lautet $100 Guthaben für eine Zahlung von $105; die Inferenzpreise der Anbieter werden durchgereicht. Für Neukunden, deren erstes Gateway am oder nach dem 24. September 2026 erstellt wurde, gelten die Preise von Workers Logs. Kostenlose Gateway-Funktionen bedeuten daher keine unbegrenzt kostenlose Protokollierung. Cloudflares eigene Preisübersicht.

Für diese neuen Protokollierungskonten umfasst Workers Paid 20 Millionen Logeinträge pro Monat, danach fallen $0.60 je zusätzliche Million an. Der Free-Tarif nennt 200,000 Logeinträge pro Tag. Workers-Logs-Preise. Unser Artikel zur Kostensteuerung bei Cloudflare erklärt die Regeln für Zugangsdaten. Der Vergleich der OpenRouter-Alternativen stellt weitere Kandidaten vor.

Häufige Fragen zur Entscheidung

OpenRouter vs LiteLLM: Wer verwaltet die Schlüssel meiner Modellanbieter?

Bei selbst gehostetem LiteLLM liegen die Anbieterzugangsdaten des Gateways unter eigener Kontrolle. Bei OpenRouter BYOK werden die Anbieterschlüssel beim gehosteten Dienst hinterlegt, der sie nach eigenen Angaben verschlüsselt. Bei guthabenfinanzierter OpenRouter-Nutzung müssen keine eigenen Schlüssel für die einzelnen Anbieter hinterlegt werden.

Lassen sich bestehende Anbieterverträge mit OpenRouter weiter nutzen?

Über BYOK können Anfragen die eigenen Anbieterkonten verwenden. Die Anbieterrechnung, OpenRouters auf Listenpreisen basierende BYOK-Gebühr und mögliche Fallbacks auf gemeinsam genutzte Kapazität sind getrennte Abrechnungspunkte. Der gebührenfreie Freibetrag macht die Inferenz beim Anbieter nicht kostenlos.

Wird LiteLLM bei wachsender Nutzung günstiger?

Nur wenn seine Betriebskosten zuzüglich einer etwaigen Enterprise-Lizenz unter den vermiedenen OpenRouter-Gebühren liegen. Ist BYOK die Alternative, muss dessen Gebühr als Vergleich dienen. Wer den Prozentsatz für Guthabenkäufe auf die gesamte BYOK-Anbieterrechnung anwendet, überschätzt die Ersparnis.

Lassen sich LiteLLM und OpenRouter gemeinsam einsetzen?

Ja. LiteLLM dokumentiert eine Anbieterintegration für OpenRouter. Beide Routingebenen bleiben bestehen und damit auch die jeweiligen Betriebskosten, OpenRouter-Gebühren und der gehostete Datenweg.

Die AI Business Workflow Audit Checklist ist über den Newsletter erhältlich. Sie hilft dabei, vor einem Gateway-Wechsel die Anbieterschlüssel, Modellausgaben und Zuständigkeiten für Fallbacks zu erfassen.