Skip to main content
Provider llmd w GoModel wysyła requesty kompatybilne z OpenAI do llm-d Router i dodaje zaufane metadane schedulingu dla Endpoint Pickera (EPP). Używaj tego providera, gdy GoModel jest uwierzytelniającym API gatewayem przed llm-d.

Wymagania wstępne

  • Działające wdrożenie llm-d z HTTPRoute, który prowadzi do Routera/EPP.
  • Nazwa modelu udostępnianego przez tę trasę.
  • Dostęp sieciowy z GoModel do usługi Routera.
Quickstart llm-d tworzy usługę EPP nazwaną na podstawie release’u z przewodnika. Użyj nazwy usługi z własnego wdrożenia.

Konfiguracja za pomocą zmiennych środowiskowych

LLMD_BASE_URL jest wymagany i powinien zawierać /v1. LLMD_API_KEY jest opcjonalny; ustaw go, gdy Gateway przed llm-d wymaga uwierzytelniania bearer. Gdy LLMD_INFERENCE_OBJECTIVE jest pominięty, GoModel nie wysyła nagłówka inference objective. Ustaw go, gdy wdrożenie llm-d definiuje wiele inference objectives, a ten provider GoModel powinien wybrać jeden z nich. Zadeklaruj LLMD_MODELS, gdy Twoja trasa nie obsługuje GET /v1/models. GoModel używa tej listy jako inwentarza modeli providera.

Konfiguracja za pomocą YAML

fairness_from_user_path ma domyślnie wartość true. GoModel wyznacza fairness ID z efektywnego user_path, po zastosowaniu uwierzytelniania i polityki klucza. Ustaw false, jeśli metadane fairness ustawia inna zaufana warstwa.
Surowy nagłówek X-GoModel-User-Path przesłany przez klienta nie wystarcza do ustawienia fairness ID. Przypisz ścieżkę do zarządzanego klucza uwierzytelniającego lub tożsamości z rozszerzenia, żeby GoModel mógł traktować ją jako efektywną, uwierzytelnioną ścieżkę.
Nie przekazuj dalej nagłówków schedulingu llm-d przesłanych przez klienta z niezaufanego brzegu sieci. W przeciwnym razie klient mógłby wybrać inny objective lub inną grupę fairness. Dedykowany provider usuwa nagłówki sterujące llm-d i Gateway API Inference Extension z requestów passthrough, a następnie wstrzykuje skonfigurowane wartości.
Dla objective i fairness ID GoModel wysyła zarówno aktualne nagłówki x-llm-d-*, jak i przestarzałe aliasy x-gateway-* z tymi samymi zaufanymi wartościami. Dzięki temu obsługiwane są stabilne wdrożenia llm-d 0.8, a jednocześnie używane są kanoniczne nazwy rozpoznawane przez llm-d 0.9 i nowsze. Gdy flow control w EPP zwróci 429 na tłumaczonej trasie inferencji, GoModel zachowuje nagłówek odpowiedzi x-llm-d-request-dropped-reason, żeby klienci mogli odróżnić odrzucenie od usunięcia requestu po jego wysłaniu.

Weryfikacja

Najpierw utwórz w dashboardzie zarządzany klucz API GoModel, przypisz jego user_path do /team/alpha i przypisz zwróconą wartość do TEAM_ALPHA_GOMODEL_KEY. To przypisanie klucza, a nie nagłówek deklarowany przez klienta, ustala fairness ID używane przez ten request.
GoModel usuwa zewnętrzny kwalifikator routingu llmd/ przed wysłaniem nazwy modelu do upstreamu. Identyfikatory modeli Hugging Face zawierające ukośnik pozostają nienaruszone.

Obsługiwane trasy

Provider implementuje chat completions, Responses, embeddingi i listowanie modeli przez API kompatybilne z OpenAI. Passthrough jest domyślnie włączony dla pozostałych tras z dokumentacji referencyjnej HTTP API llm-d, w tym OpenAI completions, Anthropic Messages i vLLM Generate:
Osobny llm-d Batch Gateway nie jest udostępniany jako natywne batch API GoModel. Ten provider nie udostępnia też endpointów plików, audio ani pomocniczych endpointów cyklu życia Responses.

Wiele tras llm-d

Użyj zmiennych z sufiksem, żeby zarejestrować niezależne usługi Routera:
Te zmienne rejestrują llmd-prod i llmd-dev. Wybierasz je nazwami modeli, takimi jak llmd-dev/Qwen/Qwen2.5-0.5B-Instruct.
Ostatnia modyfikacja 24 października 2026