Skip to main content
GoModel kommuniziert mit vLLM über dessen OpenAI-kompatiblen HTTP-Server. Hugging-Face-Modell-IDs mit Schrägstrichen (z. B. meta-llama/Llama-3.1-8B-Instruct) funktionieren – GoModel trennt Selektoren mit Provider-Angabe nur am ersten Schrägstrich. Starten Sie zuerst vLLM:

Konfigurieren

Diese Beispiele gehen davon aus, dass GoModel in Docker läuft und vLLM auf dem Host unter localhost:8000 – daher host.docker.internal. Laufen beide im selben Docker-Netzwerk, verwenden Sie den Service-Namen von vLLM. Läuft GoModel direkt auf dem Host, verwenden Sie http://localhost:8000/v1.

GoModel starten

Überprüfen

GET /v1/models gibt die Modell-IDs von vLLM mit dem Provider-Namen als Präfix zurück, z. B. vllm/meta-llama/Llama-3.1-8B-Instruct.

Mehrere vLLM-Instanzen

Verwenden Sie Umgebungsvariablen mit Suffix, um ohne YAML mehr als eine Instanz zu registrieren:
VLLM_BASE_URL registriert vllm. VLLM_TEST_BASE_URL registriert vllm-test (das Suffix wird kleingeschrieben, Unterstriche werden zu Bindestrichen).

vLLM-Passthrough

Passthrough ist standardmäßig aktiviert. Verwenden Sie ihn für vLLM-spezifische Endpunkte wie /tokenize, /detokenize, /pooling, /rerank:
GoModel entfernt die Authentifizierungs-Header des Clients vor der Weiterleitung und verwendet für Upstream-Requests VLLM_API_KEY, sofern konfiguriert.
Passthrough-Routen sind unter /p/vllm/... auf den Provider-Typ bezogen. Um in einem Setup mit mehreren vLLM-Instanzen eine bestimmte benannte Instanz anzusprechen, verwenden Sie übersetzte /v1/...-Requests mit Modell-IDs mit Provider-Angabe (z. B. vllm-test/meta-llama/Llama-3.1-8B-Instruct).

Noch nicht integriert

  • Native Batch-APIs von vLLM.
  • OpenAI-kompatibler Lebenszyklus für Dateien.
  • Hilfsendpunkte für den Lebenszyklus von Responses.
Zuletzt geändert am 24. Oktober 2026