Skip to main content
Der Provider llmd von GoModel sendet OpenAI-kompatible Requests an einen llm-d Router und ergänzt vertrauenswürdige Scheduling-Metadaten für den Endpoint Picker (EPP). Verwenden Sie diesen Provider, wenn GoModel das authentifizierte API-Gateway vor llm-d ist.

Voraussetzungen

  • Ein laufendes llm-d-Deployment mit einer HTTPRoute, die den Router/EPP erreicht.
  • Der Modellname, den diese Route bereitstellt.
  • Netzwerkzugriff von GoModel auf den Router-Service.
Der llm-d-Schnellstart legt einen EPP-Service an, dessen Name sich aus dem Release der Anleitung ableitet. Verwenden Sie den Service-Namen aus Ihrem eigenen Deployment.

Mit Umgebungsvariablen konfigurieren

LLMD_BASE_URL ist erforderlich und sollte /v1 enthalten. LLMD_API_KEY ist optional; setzen Sie ihn, wenn das Gateway vor llm-d eine Bearer-Authentifizierung verlangt. Wird LLMD_INFERENCE_OBJECTIVE weggelassen, sendet GoModel keinen Header für das Inference Objective. Setzen Sie die Variable, wenn das llm-d-Deployment mehrere Inference Objectives definiert und dieser GoModel-Provider eines davon auswählen soll. Deklarieren Sie LLMD_MODELS, wenn Ihre Route GET /v1/models nicht bereitstellt. GoModel verwendet diese Liste als Modellangebot des Providers.

Mit YAML konfigurieren

fairness_from_user_path ist standardmäßig true. GoModel leitet die Fairness-ID aus dem effektiven user_path ab, nachdem Authentifizierung und Key-Richtlinie angewendet wurden. Setzen Sie die Option auf false, wenn eine andere vertrauenswürdige Schicht die Fairness-Metadaten setzt.
Ein vom Client mitgegebener X-GoModel-User-Path allein reicht nicht aus, um die Fairness-ID festzulegen. Binden Sie den Pfad an einen verwalteten Auth-Key oder eine Extension-Identität, damit GoModel ihn als effektiven, authentifizierten Pfad behandeln kann.
Leiten Sie keine vom Client mitgegebenen llm-d-Scheduling-Header von einem nicht vertrauenswürdigen Edge weiter. Ein Client könnte sonst ein anderes Objective oder eine andere Fairness-Gruppe auswählen. Der dedizierte Provider entfernt bei Passthrough-Requests die Steuer-Header von llm-d und der Gateway API Inference Extension und setzt anschließend die konfigurierten Werte ein.
Für Objective und Fairness-ID sendet GoModel sowohl die aktuellen x-llm-d-*-Header als auch die veralteten x-gateway-*-Aliasse mit denselben vertrauenswürdigen Werten. Das unterstützt stabile llm-d-0.8-Deployments und verwendet zugleich die kanonischen Namen, die llm-d ab 0.9 erkennt. Liefert die Flow Control des EPP auf einer übersetzten Inferenz-Route einen 429, behält GoModel den Response-Header x-llm-d-request-dropped-reason bei, damit Clients eine Ablehnung von einer Verdrängung nach dem Weiterleiten unterscheiden können.

Prüfen

Legen Sie zunächst im Dashboard einen verwalteten GoModel-API-Key an, binden Sie seinen user_path an /team/alpha und weisen Sie den zurückgegebenen Wert TEAM_ALPHA_GOMODEL_KEY zu. Die Key-Bindung, nicht ein vom Client behaupteter Header, legt die Fairness-ID fest, die dieser Request verwendet.
GoModel entfernt den äußeren Routing-Qualifier llmd/, bevor der Modellname an Upstream gesendet wird. Hugging-Face-Modell-IDs mit Schrägstrich bleiben unverändert.

Unterstützte Routen

Der Provider implementiert Chat Completions, Responses, Embeddings und die Modellauflistung über die OpenAI-kompatible API. Passthrough ist für die übrigen Routen der llm-d-HTTP-API-Referenz standardmäßig aktiviert, darunter OpenAI Completions, Anthropic Messages und vLLM Generate:
Das separate llm-d Batch Gateway wird nicht als native Batch-API von GoModel bereitgestellt. Endpunkte für Dateien, Audio und Hilfsfunktionen zum Lebenszyklus von Responses werden von diesem Provider ebenfalls nicht angeboten.

Mehrere llm-d-Routen

Verwenden Sie Variablen mit Suffix, um unabhängige Router-Services zu registrieren:
Diese Variablen registrieren llmd-prod und llmd-dev. Wählen Sie sie über Modellnamen wie llmd-dev/Qwen/Qwen2.5-0.5B-Instruct aus.
Zuletzt geändert am 24. Oktober 2026