Очереди и повторы RabbitMQ

«Учебное сообщение op-17 при временном отказе получает три дополнительные попытки с задержками 10, 60 и 300 секунд, после чего остаётся для разбора». Попросите таблицу маршрутов и счётчик попыток. Проверяемый результат — не более четырёх выполнений по этому правилу, сохранённая причина отказа и отсутствие немедленного бесконечного возврата неисправного сообщения в основную рабочую очередь.

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

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

Сохраняйте идентификатор, причину и безопасный контекст, настройте наблюдение и процедуру повторной публикации после исправления причины. Автоматическое возвращение всего карантина создаёт прежний цикл заново. Енотик поможет описать сценарии, но не настраивает ваш брокер и не гарантирует сохранность одной декларацией durable. Проверьте падение узла, маршрутизацию и подтверждения в соответствии с выбранным типом очереди и требованиями системы.