Kako rukovati greškama i pokušajima ponovnog slanja u RabbitMQ-u?

Question

Accepted Answer

Rukovanje **greškama i pokušajima ponovnog slanja** je važno za pouzdane RabbitMQ konzumente — odlučivanje što učiniti kada obrada poruke ne uspije (ponovni pokušaj, dead-letter, ili odbacivanje). Pravilno rukovanje greškama sprječava gubitak poruka i zaglavljene konzumente.

## Problem

```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.
```

## Strategije ponovnog slanja

```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 i uzorci

```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
```

## Zašto je važno

Razumijevanje kako rukovati greškama i pokušajima ponovnog slanja je vrijedno jer je **pravilno rukovanje greškama bitno za pouzdane RabbitMQ konzumente**, pa je to važno praktično znanje.

Kada obrada poruke ne uspije, naivno rukovanje uzrokuje probleme: ponovno slanje u red čeka zauvijek blokira red s otrovnom porukom, odbacivanje gubi poruku, a prekid dovodi do ponovne obrade — pa je potrebna namjerna strategija.

Razumijevanje **strategija ponovnog slanja** — nack i ponovno slanje u red (s ograničenjima pokušaja, ne zauvijek), **ponovno slanje s povratnim odmakom** (ponovno slanje prolaznih greški s rastućim kašnjenjima, često preko reda čekanja za odloženo ponovno slanje s TTL-om), **ograničenja pokušaja** (praćenje pokušaja i dead-lettering nakon N neuspjeha), i razlikovanje prolaznih (ponovno pokušaj) naspram trajnih (dead-letter odmah) greški — je ključno znanje za pravilno rukovanje neuspjesima.

Razumijevanje **dead lettering i uzoraka** — **dead letter red čekanja** (usmjeravanje u DLQ nakon neuspjeha pokušaja, tako da konzument ide dalje i poruka se ne gubi), **uzorci odloženog ponovnog slanja** (red čekanja za ponovno slanje s TTL porukom gdje poruke istječu i dead-letteriraju se natrag u radni red, implementirajući ponovno slanje s povratnim odmakom — čest, pametan RabbitMQ uzorak), **idempotentna obrada** (sigurno rukovanje duplikatima redelivery-ja), i logiranje/upozorenja/monitoring DLQ-a — odražava čvrsto rukovanje greškama.

Kombinacija ponovnih pokušaja (s ograničenjima i povratnim odmakom) i dead lettering je standardni pristup rukovanja neuspješnim porukami u RabbitMQ-u, sprječavajući probleme s otrovnom porukom i gubitkom poruke.

Pravilno rukovanje greškama bitno je za pouzdane konzumente koji ne gube poruke ili se ne zaglave.

Budući da je pravilno rukovanje greškama (pokušaji s ograničenjima i povratnim odmakom, dead lettering, idempotentnost) bitno za pouzdane RabbitMQ konzumente — sprječavajući zaglavljene konzumente i gubitak poruka — i pristup retry-plus-DLQ (uključujući uzorci odloženog ponovnog slanja) je standard, i budući da je razumijevanje tih strategija važno praktično znanje, razumijevanje kako rukovati greškama i pokušajima ponovnog slanja u RabbitMQ-u je vrijedno, praktično relevantno znanje — bitno za pouzdane konzumente, pokrivajući strategije ponovnog slanja (ograničenja, povratni odmak) i dead lettering za graciozno rukovanje neuspješnim porukami, i važno za izgradnju čvrstih RabbitMQ konzumenata koji rukuju neizbježnim greškama obrade.