Кто должен обрабатывать DLQ

Антипаттерн:
«Если что-то упало — разработчики потом посмотрят».

Правильный подход:
DLQ — это часть бизнес-процесса, а не просто технический хвост.

Есть три сценария

1️⃣ Автоматический retry

Если ошибка временная, backoff + повторная публикация в основную очередь.

2️⃣ Полуавтоматический разбор
Сообщение требует исправления (неверный формат, неконсистентные данные, конфликт версий), то должен быть конкретный инструмент для:

- просмотра payload
- редактирования
- повторной отправки

3️⃣ Финальная утилизация
Сообщение невозможно обработать корректно.
Например, нарушена бизнес-логика.

DLQ должна иметь владельца (сотрудника или команду). Без владельца DLQ гарантированно зарастает.