DevChecklists | Celery tasks checklist

1. Buenas Prácticas

Prefiera RabbitMQ o Redis como broker (nunca use una base de datos relacional como broker en producción.
No use objetos complejos como parámetros de las tareas. Por ejemplo: evite usar instancias de modelos de Django.
No espere por otras tareas dentro de una tarea.
Prefiera tareas idempotentes.
Prefiera tareas atómicas.
Vuelva a procesar mientras sea posible; pero asegurese de que las tareas sea atómicas antes de hacerlo. (Ver documentación: Retrying)
Defina retry_limit para evitar que tareas dañadas se mantengan intentando procesar infinitamente.
Use retroceso exponencial si las cosas parecen no arreglarse pronto. Use un factor aleatorio para evitar desordenar los servicios.
Use múltiples colas para tener más control sobre el rendimiento y hacer las cosas más escalables. (Ver documentación: Routing Tasks)
Extienda la clase de tarea básica para definir su propia lógica por defecto.(Ver documentación: Custom Task Classes)
Use el lienzo para controlar flujos de tareas y manejar la concurrencia. (Ver documentación: Canvas Designing Work-flows)

Genere registros lo más que pueda. Use get_task_logger para automáticamente obtener el nombre de la tarea y su identificador único como parte del registro.
En caso de fallo, asegúrese que los seguimientos de pila sean registrados y que las personas sean notificadas. (servicios como Sentry are a good idea).
Use Flower (Flower: Real-time Celery web-monitor) para monitorear la actividad de las tareas.
Use task_always_eager para probar que sus tareas están siendo ejecutadas.