Один контракт для разных клиентов
Знакомые /v1 endpoint-ы для OpenAI SDK, LiteLLM, LibreChat и внутренних сервисов.
v0.6.0 · Open source · Apache 2.0
Подключайте OpenAI SDK, LiteLLM, LibreChat и внутренние AI-приложения к собственному inference-контуру — с Chat и Responses API, мультимодальностью, hybrid embeddings и контролем нагрузки.
Triton управляет моделями, vLLM — batching и генерацией. Gateway добавляет клиентский API, model-specific preprocessing и контроль запроса.
Что нового в v0.6.0Независимый community-проект. Не является продуктом NVIDIA.
POST /v1/responses200Зачем нужен gateway
Gateway сохраняет inference внутри Triton/vLLM, но берёт на себя клиентский протокол, мультимодальные входы, контроль ресурсов и наблюдаемость.
Знакомые /v1 endpoint-ы для OpenAI SDK, LiteLLM, LibreChat и внутренних сервисов.
Изображения, видео, аудио и PDF проходят контролируемую предобработку и маршрутизацию.
Очереди и лимиты внутри gateway pod, отмена и HTTP 429 защищают runtime; TLS, auth и tenant quotas остаются на внешнем proxy.
Выбор архитектуры
Это не универсальный multi-provider proxy. Gateway нужен, когда Triton должен остаться основным runtime, а продуктовым клиентам требуется знакомый контракт и model-specific orchestration.
Выбирайте, если клиент уже умеет работать с Triton API, repository и tensor contract.
Подходит для чистого vLLM endpoint, когда стандартного OpenAI server достаточно.
Маршрутизирует провайдеры и модели; при необходимости может располагаться уровнем выше gateway.
Сохраняет Triton и добавляет OpenAI-клиентов, media, context/reasoning policies, admission и telemetry.
ПодходитTriton уже используется; нужны OpenAI SDK, LibreChat или LiteLLM; в одном контуре работают chat, structured outputs, hybrid embeddings, rerank и multimodal модели.
Может быть лишнимНужен hosted API без собственной GPU-инфраструктуры, универсальный routing между SaaS-провайдерами или только один стандартный vLLM endpoint.
Релиз v0.6.0 · 4 ноября 2026
DeepSeek с изображениями по явному opt-in, фактические visual-счётчики, модельные правила reasoning и отдельный перезапуск Gateway. Инференс на GPU, память и производительность проверяются на целевом оборудовании.
V4.1 Flash работает с текстом по умолчанию. Native image input включается отдельно для совместимого checkpoint и политики модели; optional backend остаётся в vLLM 0.32.
Фактические visual-счётчики от processor отделены от оценочных резервов Gateway. Недоступное значение не считается нулём; это не стоимость и не GPU-время.
reasoning.effort_map позволяет переназначить уровень effort для конкретной модели. Результат проверяется по шаблону; настройки по умолчанию и политика thinking сохраняются.
triton-gateway status/restart помогает обслуживать API без перезапуска Triton и моделей. Текущие HTTP/SSE-соединения прерываются — запланируйте окно обслуживания.
26.10vLLM0.31.0DeepSeekimages opt-inКоротко об архитектуре
Authentication и TLS остаются на внешнем proxy. Gateway управляет запросом, Triton — жизненным циклом моделей, vLLM — выполнением и batching.
Открыть полную схемуИзучить подробнее
Проверьте поддерживаемые сценарии, разберите путь запроса и подготовьте пилот в своём контуре.
Chat и Responses, media, structured outputs, hybrid embeddings и rerank.
02Components & flowTrust boundary, ответственность компонентов и полный жизненный цикл запроса.
03Operate safelyRuntime 26.10, Docker, Helm, monitoring, migration и production checklist.
Open source · Apache 2.0
Проверьте Chat и Responses через SDK, явные token limits, JSON Schema, hybrid retrieval и управляемый 429 на вашей GPU-топологии.