One API und New API sind verbreitete Open-Source-Projekte für AI-API-Gateways. Sie bündeln mehrere Modellanbieter hinter einer OpenAI-kompatiblen Schnittstelle. Viele Teams überlegen bei wachsendem Volumen, ob sie „selbst eines betreiben“ oder „einen Managed Service nutzen“ sollen.

Dieser Artikel erklärt die Unterschiede, die Voraussetzungen für den Eigenbetrieb, wann er sinnvoll ist und wie eine Migration abläuft.

Hinweis: One API und New API sind Namen ihrer jeweiligen Projekte und Rechteinhaber. Dieser Artikel dient ausschließlich der technischen Diskussion; Funktionen und Lizenzbedingungen richten sich nach den jeweiligen Projekt-Repositories.

1. Was One API und New API sind

Im Kern handelt es sich um API-Gateways:

Ihre Anwendung → Gateway (Key/Kontingent/Routing/Logs) → OpenAI / Claude / Gemini / DeepSeek

Übliche Funktionen:

  • OpenAI-kompatible Schnittstelle.
  • Verwaltung mehrerer Kanäle und Modelle.
  • Benutzer, Token, Kontingente und Gruppen.
  • Nutzungsprotokolle und Abrechnung.
  • Ratenlimits, Wiederholungen und Kanalwechsel.
  • Verwaltungsoberfläche.

One API erschien früher; New API ist eines der Projekte, die auf diesem Ökosystem aufbauen und Funktionen sowie Verwaltungsoberfläche moderner gestalten. Beide eignen sich für Teams mit technischen Fähigkeiten zum Eigenbetrieb.

2. Was für den Eigenbetrieb erforderlich ist

2.1 Server

Ein Linux-Server, auf dem Docker läuft. Die Ausstattung richtet sich nach Parallelität und Logvolumen; kleine Teams benötigen keinen großen Server, sollten aber Bandbreite und Speicher berücksichtigen.

2.2 Datenbank

Übliche Optionen: SQLite (einfach), MySQL, PostgreSQL. Für die Produktion empfehlen sich MySQL oder PostgreSQL mit solider Sicherung.

2.3 Redis (optional, aber empfohlen)

Für Caching, Sitzungen und Ratenlimits. Bei mehreren Knoten ist Redis besonders wichtig.

2.4 Domain und HTTPS

Sie benötigen eine Domain, DNS, einen Reverse Proxy (Caddy oder Nginx) und Zertifikate. Zahlungs-Callbacks und OAuth-Anmeldungen erfordern öffentlich erreichbares HTTPS.

2.5 Upstream-Konten und Kanäle

Sie müssen selbst Keys oder Kanäle für OpenAI, Claude, Gemini, DeepSeek und weitere Anbieter beschaffen. Das Gateway stellt keine Modellkontingente bereit.

2.6 Betrieb

Dazu gehören Updates, Sicherungen, Monitoring, Logs, Sicherheitspatches, Zahlungsabgleich und Störungswarnungen. Dies sind die wesentlichen versteckten Kosten des Eigenbetriebs.

3. Eigenbetrieb oder Managed Service

Dimension Eigenes One API/New API Managed Service (z. B. ZSQH)
Anfangskosten Server, Domain, Zeit Nach Registrierung nutzbar
Datenkontrolle Hoch, Daten auf eigenem Server Gemäß Anbieterbedingungen
Modellkanäle Selbst beantragen und pflegen Vom Anbieter bereitgestellt
Betrieb Selbst verantwortlich Vom Anbieter übernommen
Updates und Sicherheit Selbst nachführen Vom Anbieter nachgeführt
Zahlung und Rechnung Selbst abwickeln Vom Anbieter abgewickelt
Anpassung Hoch Durch Plattformfunktionen begrenzt
Geeignet für Technikteams mit Bedarf an tiefer Anpassung Schnellen Start mit wenig Betrieb

4. Grobe Schritte für den Eigenbetrieb

4.1 Server und Domain vorbereiten

Docker installieren, Domain auflösen, Firewall konfigurieren. Nur 22, 80 und 443 öffnen; Datenbank und Redis nicht öffentlich exponieren.

4.2 Datenbank und Redis bereitstellen

Starke zufällige Passwörter verwenden, persistente Volumes und tägliche Sicherungen einrichten.

4.3 Gateway bereitstellen

Anwendung, Datenbank und Redis mit Docker Compose starten. Umgebungsvariablen konfigurieren:

  • Datenbankverbindung.
  • Redis-Verbindung.
  • Sitzungsschlüssel.
  • Website-Adresse.
  • CORS und vertrauenswürdige Domains.

4.4 Reverse Proxy und HTTPS konfigurieren

Caddy oder Nginx auf den Anwendungsport weiterleiten und HTTPS/HSTS aktivieren.

4.5 Upstream-Kanäle konfigurieren

Im Backend Kanäle, Modelle, Gruppen und Multiplikatoren anlegen. Zunächst mit einem Key mit niedrigem Limit testen.

4.6 Zahlung und OAuth konfigurieren (optional)

Zahlungs-Callbacks und Anmeldungen über Google oder GitHub erfordern öffentliches HTTPS und korrekte Callback-Adressen.

4.7 Monitoring und Sicherung

Mindestens: Verfügbarkeitsmonitoring, Fehlerprotokolle, Datenbanksicherung und Speicherwarnungen.

5. Wann Eigenbetrieb sinnvoll ist

  • Ein Technikteam kann Server und Updates betreuen.
  • Daten müssen auf dem eigenen Server bleiben.
  • Routing, Abrechnung und Berechtigungen müssen tief angepasst werden.
  • Die Upstream-Kanäle sind stabil und können selbst gepflegt werden.
  • Das Volumen ist groß und die Managed-Service-Kosten liegen deutlich über den Gesamtkosten des Eigenbetriebs.

6. Wann Eigenbetrieb ungeeignet ist

  • Es fehlt Personal für den Betrieb.
  • Das Produkt soll schnell validiert werden.
  • Upstream-Konten, Zahlung oder Compliance sind nicht geklärt.
  • Sicherheitsupdates und Sicherungen können nicht gewährleistet werden.
  • Das Hauptziel ist, „ein wenig API-Gebühren zu sparen“.

Eigenbetrieb ist nicht kostenlos: Server, Domain, Zertifikate, Sicherungen, Monitoring, Fehlersuche und Sicherheitsupdates kosten Geld und Zeit.

7. Migration zu einem Managed Service

Wenn Sie bereits selbst betreiben und wechseln möchten:

  1. Exportieren Sie Benutzer-, Token- und Kanalinformationen (nur zur Bestandsaufnahme, keine Keys offenlegen).
  2. Erstellen Sie Konto und Key auf der Managed-Plattform.
  3. Ändern Sie die Base URL auf die Adresse des Managed Service.
  4. Erstellen Sie die Modellzuordnung.
  5. Stellen Sie drei bis sieben Tage mit kleinem Volumen um.
  6. Behalten Sie die eigene Instanz als Reserve und schalten Sie sie erst nach Stabilisierung ab.

8. Häufige Fragen

New API oder One API – was ist besser?

Das hängt von Anforderungen, Version und Wartungsfähigkeit ab. Prüfen Sie Projektaktivität, Dokumentation, Lizenz, Community und Ihren Technikstack, nicht nur die Funktionsliste.

Kann ein selbst betriebenes Gateway offizielle Modelle nutzen?

Ja, aber Sie müssen Upstream-Keys und Kanäle selbst bereitstellen und die Bedingungen der Anbieter einhalten.

Was kostet der Eigenbetrieb?

Server, Domain, Sicherungen, Monitoring und Personal verursachen Kosten. Kleine Installationen können günstig sein; für Unternehmen sind Hochverfügbarkeit, Sicherungen und Sicherheit aufwendiger.

Gibt es eine Bindung an den Managed Service?

Das hängt davon ab, ob Base URL und Modellnamen als Konfiguration angelegt sind. Bleiben Sie OpenAI-kompatibel und konfigurierbar, sind die Migrationskosten deutlich niedriger.

Nächster Schritt

Wenn Sie keine Server, Datenbanken, Zahlungswege und Updates selbst verwalten möchten, können Sie zunächst den Managed Service des ZSQH AI Gateway für Ihr Geschäft testen. Wenn Eigenbetrieb erforderlich ist, bewerten Sie Personal- und Sicherheitskosten anhand der obigen Checkliste. Modelle und Preise entnehmen Sie den Modellpreisen.

Weiterlesen: