Skip to main content
GoModel komunikuje się z vLLM przez jego kompatybilny z OpenAI serwer HTTP. ID modeli Hugging Face z ukośnikami (np. meta-llama/Llama-3.1-8B-Instruct) działają — GoModel dzieli selektory z kwalifikatorem providera tylko na pierwszym ukośniku. Najpierw uruchom vLLM:

Konfiguracja

Te przykłady zakładają, że GoModel działa w Dockerze, a vLLM na hoście pod adresem localhost:8000 — stąd host.docker.internal. Jeśli oba działają w tej samej sieci Docker, użyj nazwy usługi vLLM. Jeśli GoModel działa bezpośrednio na hoście, użyj http://localhost:8000/v1.

Uruchom GoModel

Weryfikacja

GET /v1/models zwraca ID modeli vLLM poprzedzone nazwą providera, np. vllm/meta-llama/Llama-3.1-8B-Instruct.

Wiele instancji vLLM

Użyj zmiennych środowiskowych z sufiksem, aby zarejestrować więcej niż jedną instancję bez YAML:
VLLM_BASE_URL rejestruje vllm. VLLM_TEST_BASE_URL rejestruje vllm-test (sufiks jest zamieniany na małe litery, a podkreślenia na myślniki).

Passthrough vLLM

Passthrough jest domyślnie włączony. Używaj go do endpointów specyficznych dla vLLM, takich jak /tokenize, /detokenize, /pooling, /rerank:
GoModel usuwa nagłówki uwierzytelniające klienta przed przekazaniem requestu i, jeśli jest skonfigurowany, dodaje VLLM_API_KEY do requestów do upstreamu.
Trasy passthrough są ograniczone do typu providera i dostępne pod /p/vllm/.... Aby skierować request do jednej nazwanej instancji w konfiguracji z wieloma vLLM, użyj requestów /v1/... z translacją i ID modeli z kwalifikatorem providera (np. vllm-test/meta-llama/Llama-3.1-8B-Instruct).

Jeszcze niezintegrowane

  • Natywne API batchy vLLM.
  • Kompatybilny z OpenAI cykl życia plików.
  • Endpointy pomocnicze cyklu życia Responses.
Ostatnia modyfikacja 24 października 2026