Mejores prácticas para colas
Monitorea la profundidad de la cola; alerta antes de que los consumidores se saturen. Las colas desacoplan HTTP del trabajo lento solo cuando la disciplina operativa coincide.
//
Busca en todas las páginas de la documentación
Monitorea la profundidad de la cola; alerta antes de que los consumidores se saturen. Las colas desacoplan HTTP del trabajo lento solo cuando la disciplina operativa coincide.
email, billing, media).worker.close() con un período de gracia > tiempo de trabajo p99.Un crecimiento sostenido durante 15 minutos es un incidente. Un estado estable cercano a cero con picos está bien.
Muchos pods con concurrencia moderada superan a un pod monstruoso en tolerancia a fallos.
Raro. Devuelve 503 y alerta. No bloquees HTTP 30s por una interrupción de Redis.
BullMQ si existe Redis. SQS para AWS gestionado con menos operaciones de Redis.
Usa colas separadas para el nivel premium en lugar de dejar sin recursos el trabajo masivo.
SQS FIFO o concurrencia única por MessageGroupId. Cola de consumidor único de BullMQ.
Simula un 503 del proveedor; afirma el recuento de intentos y la ubicación final en la DLQ.
Sí. Los procesadores deben ser idempotentes; Bull Board sigue siendo recomendado.
Crecimiento silencioso de la profundidad de la cola hasta OOM de Redis o incumplimiento de SLA. Alerta temprano.
Incluye schemaVersion en la carga útil; los workers manejan N y N-1 durante el despliegue.
Versiones de la pila: Esta página fue escrita para Node.js 24.18.0 (LTS activa), npm 10+, TypeScript 5.6+, Express 5, Fastify 5 y NestJS 11.
Revisado por Chris St. John·Última actualización: 16 jul 2026