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

- Очередью служит сама таблица: доставка ждёт свёртки в статусе `pending`,
  канал несёт только бит «есть работа». Переполнять нечего, падение процесса
  очередь не теряет, а подбор `pending` при старте — обычный проход воркера, а
  не отдельный код. Классификация исхода общая с пересборкой журнала.
- Исход разбора начал отражать доставку, а не обстоятельства: отмена и
  занятость базы статус не меняют (иначе конкуренция за базу выводила бы
  доставку из очереди навсегда), паника свёртки больше не валит процесс, а
  учёт доставки идёт через транзакцию с повторами.
- Длинный бюджет ответа выдан маршруту приёма, а не всему серверу:
  `write_timeout` в Go покрывает и чтение тела, и общий подъём снял бы защиту с
  остальных маршрутов.

internal/httpapi/httpapi.go

@@ -23,22 +23,28 @@ type Options struct {
 	Log         *slog.Logger
 	WriteTokens []string
 	MaxBodyMB   int
+	// IngestWriteBudget — сколько отводится маршруту приёма на чтение тела
+	// вместе с отправкой ответа. Ноль означает «полагаться на WriteTimeout
+	// сервера», и полагаться на него нельзя, см. handleIngest.
+	IngestWriteBudget time.Duration
 }
 
 type api struct {
-	ingest      *ingest.Service
-	log         *slog.Logger
-	writeTokens []string
-	maxBody     int64
+	ingest       *ingest.Service
+	log          *slog.Logger
+	writeTokens  []string
+	maxBody      int64
+	ingestBudget time.Duration
 }
 
 // New собирает HTTP-роутер.
 func New(o Options) http.Handler {
 	a := &api{
-		ingest:      o.Ingest,
-		log:         o.Log,
-		writeTokens: o.WriteTokens,
-		maxBody:     int64(o.MaxBodyMB) << 20,
+		ingest:       o.Ingest,
+		log:          o.Log,
+		writeTokens:  o.WriteTokens,
+		maxBody:      int64(o.MaxBodyMB) << 20,
+		ingestBudget: o.IngestWriteBudget,
 	}
 
 	r := chi.NewRouter()