Kaip tvarkyti klaidas ir kartojimus RabbitMQ?

Question

Accepted Answer

Klaidu ir kartojimu tvarkymas yra svarbus patikimiems RabbitMQ vartotojams — sprendžiant, ką daryti, kai žinutės apdorojimas nepavyksta (kartoti, nusiųsti į dead-letter arba atmesti). Tinkamas klaidu tvarkymas neleidžia prarastis žinutėms ir sustabdyti vartotojams.

## Problema

```text
When a consumer fails to process a message (bad data, downstream failure, bug):
  → requeue forever → a "poison" message blocks the queue (retried endlessly)
  → discard → message LOST
  → crash → reprocess, possibly stuck again
→ need a deliberate strategy.
```

## Kartojimo strategijos

```text
✓ NACK + REQUEUE → reject and requeue for retry (but limit retries — don't requeue forever)
✓ RETRY WITH BACKOFF → retry transient failures with increasing delays (e.g. via a delayed
  retry queue with TTL → requeue after a delay)
✓ RETRY LIMIT → track attempts; after N failures → DEAD LETTER (don't retry forever)
✓ Distinguish TRANSIENT (retry) vs PERMANENT (dead-letter immediately) failures
```

## Dead lettering ir šablonai

```text
✓ DEAD LETTER QUEUE → after retries fail → route to a DLQ (inspect/handle later) → consumer
  moves on (not stuck), message not lost
✓ DELAYED RETRY → a retry queue with message TTL → message expires → dead-lettered back to
  the work queue (retry after a delay) — a common retry-with-backoff pattern
✓ IDEMPOTENT processing → redelivery causes duplicates → handle them safely
✓ LOG/ALERT on errors and DLQ; monitor the DLQ
```

## Kodėl tai svarbu

Supratimas, kaip tvarkyti klaidas ir kartojimus, yra vertingas, nes **tinkamas klaidu tvarkymas yra esmingas patikimiems RabbitMQ vartotojams**, todėl tai svarbi praktinė žinios.

Kai žinutės apdorojimas nepavyksta, naivus tvarkymas sukelia problemas: grąžinimas iš naujo amžinai blokuoja eilę su nuodinga žinute, atmeti prarandamos žinutės, o strigimas veda į perapdorojimą — todėl reikalinga sąmoninga strategija.

Supratimas **kartojimo strategiju** — nack ir grąžinimas iš naujo (su kartojimo ribomis, ne amžinai), **kartojimas su atidėjimu** (kartojant laikinas klaidas su didėjančiais vėlavimais, dažnai naudojant atidėtą kartojimo eilę su TTL), **kartojimo ribos** (sekant bandymus ir nusiuntant į dead-letter po N nepavykusių bandymu), ir skyrimas tarp laikinų (kartoti) ir nuolatinių (nusiųsti į dead-letter iš karto) klaidų — yra pagrindinė žinios, kaip tinkamą nepavykusiu atveju tvarkyti.

Supratimas **dead lettering ir šablonu** — **dead letter eilė** (nukreipimas į DLQ po to, kai kartojimas nepavyksta, todėl vartotojas gali judėti toliau ir žinutė nepraranda), **atidėto kartojimo šablonas** (kartojimo eilė su žinutės TTL, kur žinutės baigiasi ir grąžinamos į darbo eilę, nurodant kartojimą su atidėjimu — dažnas, gudrus RabbitMQ šablonas), **idempotentinis apdorojimas** (saugai tvarkant perapdorojimo duplikatus), ir DLQ žurnalų vedimas/įspėjimai/monitoringas — atspindi patvarų klaidu tvarkymu.

Kartojimo (su ribomis ir atidėjimu) ir dead lettering kombinacija yra standartinis nepavykusiu žinutiu tvarkymo RabbitMQ būdas, kuris neleidžia nuodos žinutės ir žinutiu praradimo problemoms.

Tinkamas klaidu tvarkymas yra esmingas patikimiems vartotojams, kurie neprarandami žinutės ir nesustabdo.

Kadangi tinkamas klaidu tvarkymas (kartojimas su ribomis ir atidėjimu, dead lettering, idempotentiškumas) yra esmingas patikimiems RabbitMQ vartotojams — neleidžiant sustabdytiems vartotojams ir prarastoms žinutėms — ir kadangi kartojimo-plius-DLQ metodika (įskaitant atidėto kartojimo šabloną) yra standartinė, ir kadangi šiu strategiju supratimas yra svarbi praktinė žinios, supratimas, kaip tvarkyti klaidas ir kartojimus RabbitMQ, yra vertinga, praktiškai aktuali žinios — esminė patikimiems vartotojams, apimanti kartojimo strategijas (ribos, atidėjimas) ir dead lettering nepavykusiu žinutiu grakštiam tvarkyti, ir svarbi patvirų RabbitMQ vartotoju kūrimui, kurie tvarkytų neišvengiamus apdorojimo nepavykimus.