Приём отвечает 200 до свёртки, свёртку ведёт фоновый воркер

- Очередью служит сама таблица: доставка ждёт свёртки в статусе `pending`, канал несёт только бит «есть работа». Переполнять нечего, падение процесса очередь не теряет, а подбор `pending` при старте — обычный проход воркера, а не отдельный код. Классификация исхода общая с пересборкой журнала. - Исход разбора начал отражать доставку, а не обстоятельства: отмена и занятость базы статус не меняют (иначе конкуренция за базу выводила бы доставку из очереди навсегда), паника свёртки больше не валит процесс, а учёт доставки идёт через транзакцию с повторами. - Длинный бюджет ответа выдан маршруту приёма, а не всему серверу: `write_timeout` в Go покрывает и чтение тела, и общий подъём снял бы защиту с остальных маршрутов.
2026-08-02 11:01:42 +03:00
parent ebd59af056
commit 63bffe2865
46 changed files with 3561 additions and 296 deletions
@@ -14,5 +14,13 @@
 Готово, когда по одному запросу видно, какая из автоматизаций замолчала и
 когда.

+Отдельной строкой — **отставание фоновой свёртки**: длина очереди
+(`parse_status = 'pending'`) и возраст самой старой неразобранной доставки.
+Сегодня об этом говорят только две метки в логе (`WARN` «доставка ждала свёртки
+дольше пяти минут» и `INFO` о размере задолженности при старте), а `/healthz`
+статичен и здорового сервиса от сервиса с сотней несвёрнутых тел не отличает.
+Пришло из задачи «Разнести ответ приёма и свёртку доставки»: там числа
+намеренно не заводились, чтобы не предрешать форму счётчиков этой задачи.
+
 Активное уведомление — отдельная задача, здесь только факт.