Фоновые задачи Celery и Redis

«Учебный report_id=17 собирается восемь минут. Два одинаковых задания должны привести к одному итоговому отчёту. Допустимы одно выполнение и два повтора; после исчерпания нужен статус failed». Попросите таблицу состояний и точку фиксации результата. Это яснее фразы «три retry», которая может означать три дополнительных попытки поверх первой и дать неожиданный общий предел выполнения.

Нет, поведение зависит от причины завершения воркера и связанных настроек. Попросите разобрать ваш способ остановки, лимиты времени и политику повторной доставки отдельно. Идемпотентность задачи остаётся важной независимо от acks_late. В тесте остановите процесс до записи результата и после неё: ожидаемые исходы должны быть описаны заранее и проверены фактически, а не выведены из названия параметра.

Разделите временную ошибку сети, некорректный вход и постоянную недоступность ресурса. Повторяйте только выбранные категории, сохраняйте номер попытки и безопасное описание причины. Задержка и общий срок нужны наряду с числом попыток. Попросите сценарий, где зависимость восстановилась, и сценарий окончательного отказа; оба должны завершаться понятным статусом без бесконечной повторной постановки в очередь.

Настройки доставки длительных задач, сохранность брокера, изоляцию тяжёлой очереди и число одновременно выполняемых работ. Отдельно проверьте рост памяти и заполнение диска результатами. Енотик не запускает Celery и не наблюдает вашу очередь: передайте версии и обезличенные логи. Начинать проверку стоит с тестового отчёта, чтобы остановка воркера не затронула реальные пользовательские операции.