A continuaciónSiguiente guía
Gráficos de inferencia y núcleo de Seldon
Técnico
GUÍA Técnica
La capa de control que decide qué réplica de modelo, GPU o backend debe manejar cada solicitud LLM entrante y cómo distribuir el tráfico para que ningún servidor se vea abrumado.
Escuche esta guíaNarrado por IA · ~2 min
Done well, it cuts latency and cost; done poorly, it causes timeouts and idle GPUs.
Ofrecer un LLM a escala significa ejecutar muchas réplicas en muchas GPU, y el tráfico de inferencia es intenso y desigual: las indicaciones varían enormemente en longitud y dificultad. Un enrutador se sienta al frente y elige un destino utilizando señales mucho más ricas que el clásico round-robin. Los enrutadores modernos compatibles con LLM consideran la profundidad de la cola, la ocupación de la caché KV y si una réplica ya tiene un prefijo de solicitud coincidente (afinidad de caché de prefijo), de modo que una solicitud de seguimiento llegue donde reside su caché. Algunos enrutadores también eligen qué modelo usar: envían consultas fáciles a un modelo pequeño y económico y consultas difíciles a uno grande (enrutamiento de modelo). Luego, el equilibrio de carga iguala la presión entre las réplicas para evitar puntos de acceso, respetar los límites de velocidad y mantener baja la latencia de cola mientras se maximiza el buen rendimiento general y la utilización de la GPU.
Una plataforma de chatbot fija cada conversación en la réplica que contiene su caché KV, de modo que los turnos de seguimiento llegan al caché de prefijo y responden más rápido.
Los sistemas estilo RouteLLM envían preguntas simples a un modelo pequeño y económico y escalan solo las difíciles a un modelo de frontera, reduciendo costos con poca pérdida de calidad.
La extensión de inferencia de API de Kubernetes Gateway enruta según la profundidad de la cola de GPU en vivo y el estado de la caché en lugar de una simple operación por turnos entre pods.
LiteLLM representa el tráfico a través de OpenAI, Anthropic y modelos autohospedados con respaldo y equilibrio basado en límites de velocidad cuando un proveedor acelera.
El enrutamiento se está convirtiendo en un componente aprendido de primera clase. Proyectos como la extensión de inferencia API Gateway de Kubernetes, la pila de producción de vLLM y los enrutadores basados en LiteLLM/Envoy estandarizan la programación con reconocimiento de caché y costos. Espere un enrutamiento de modelos más semántico y basado en dificultades (estilo RouteLLM), colas de prioridad impulsadas por SLA, conocimiento de instancias puntuales y de múltiples regiones, y políticas aprendidas por refuerzo que equilibran la latencia, el rendimiento y el costo en dólares en tiempo real a medida que cambian los modelos, los precios y el tráfico.
Boletín gratuito
Tres noticias verificadas sobre IA cada mañana de lunes a viernes, explicadas con claridad. Gratis para siempre y sin anuncios.
Un correo cada día laborable. Date de baja con un clic. Nunca vendemos ni compartimos tu dirección.
Ponte a prueba
Corrección inmediata en cada respuesta y un certificado para compartir, con un ID verificable, cuando apruebas un curso.
Apoya la educación gratuita sobre IA. AI Understanding es una organización sin fines de lucro 501(c)(3): sin anuncios ni muros de pago, nunca. Hacer una donación
La capa de control que decide qué réplica de modelo, GPU o backend debe manejar cada solicitud LLM entrante y cómo distribuir el tráfico para que ningún servidor se vea abrumado. Bien hecho, reduce la latencia y el costo; Si se hace mal, provoca tiempos de espera y GPU inactivas.
Las solicitudes de LLM difieren enormemente en duración y costo, y el caché KV de una réplica hace que las sesiones sean fijas, por lo que los backends que realizan ciclos ciegos ignoran la afinidad del caché y la carga real.
Si una réplica ya contiene la caché KV para un prefijo compartido, enrutar el seguimiento allí reutiliza esa caché en lugar de volver a calcularla, lo que ahorra cómputo y latencia.
Los enrutadores modelo como RouteLLM envían consultas sencillas a un modelo pequeño y económico y reservan modelos de frontera costosos para los más duros, lo que reduce los costos con una pérdida mínima de calidad.
La telemetría de backend real (tokens pendientes, carga completa de lotes, ocupación de caché) refleja la carga real mucho mejor que los simples recuentos de solicitudes.
LiteLLM actúa como un proxy de enrutamiento entre proveedores (OpenAI, Anthropic, autohospedado), agregando respaldo y equilibrio según el límite de velocidad.
sigue aprendiendo
Más guías seleccionadas para este tema.
A continuaciónSiguiente guía
Gráficos de inferencia y núcleo de Seldon
Técnico