En mi trabajo principal, trabajo en una aplicación Django con Celery para la cola, que utiliza Redis como backend. En cada implementación, los trabajos desaparecen. Y tenemos que programar la actualización/implementación entre los trabajos de larga duración del cliente.
Estoy reemplazando todo eso con una cola basada en base de datos utilizando una máquina de estados formal, y usando celery solo para la fase de “ejecutar la tarea ahora mismo”. Me da estado persistente, capacidad para ejecutar trabajos directamente, es decir, sin usar celery como cola, y el estado no es transitorio en Redis.
Este es el diagrama de estados que estoy utilizando:
Gracias Cameron, me centraré en este, ya que ahora tenemos el registro habilitado de nuevo. Hasta ahora nada obvio, no hay errores ni trabajos en segundo plano fallidos que pueda ver, y por la lógica del código no veo nada que omita intencionadamente estos correos electrónicos. Para ese tema, nadie recibió un correo electrónico para el OP, lo cual es intrigante, es como si el trabajo ni siquiera se hubiera puesto en cola en primer lugar. Seguiré buscando y te informaré.
@cameron-simpson hemos investigado esto más a fondo y el problema en realidad está en nuestro sistema de cola de revisión. Por ejemplo, con Mental block, simple question - Python Help - Discussions on Python.org fue detectado como “spam” por Akismet, lo que hizo que la publicación requiriera la aprobación del administrador. Cuando el administrador aprueba la publicación, los correos electrónicos del modo lista de correo no se ponen en cola. Cuando corrijamos este error, debería solucionar el problema. Debería poder ocuparme de esto en las próximas semanas.
Fusioné esta corrección hoy @cameron-simpson, también implementaré Python hoy, luego si pudieras informarme sobre cualquier instancia adicional de esto que ocurra, sería genial Sin embargo, creo que esto debería solucionar el problema:
Sin embargo, creo que esto debería solucionar el problema: