Kako delujejo potrditve sporočil v RabbitMQ?

Question

Accepted Answer

**Potrditve (acks)** RabbitMQ povedo, da je bilo sporočilo uspešno obdelano, tako da ga je mogoče odstraniti iz vrste. So bistvene za **zanesljivo dostavo** — zagotavljajo, da sporočila niso izgubljena, če potrošnik odpove.

## Kako delujejo potrditve

```text
When a consumer receives and processes a message, it ACKNOWLEDGES it:
  → ACK → "I've processed this message" → RabbitMQ removes it from the queue
  → if a consumer DIES before acking (crash, disconnect) → RabbitMQ REQUEUES the message
    → redelivered to another consumer (NOT lost)
→ acks ensure messages are processed reliably (not lost if a consumer fails)
```

## Ročne proti samodejnim potrditvam

```text
MANUAL ack → the consumer explicitly acks AFTER processing → reliable (message redelivered
  if processing fails) — the safe choice for important messages
AUTOMATIC ack → the message is considered acked as soon as it's DELIVERED (before processing)
  → faster but UNSAFE → if the consumer crashes during processing, the message is LOST
→ use MANUAL acks for reliability (ack only after successful processing)
```

## Negativne potrditve in zavrnitev

```text
✓ NACK / REJECT → the consumer can negatively acknowledge a message it can't process:
  → REQUEUE it (try again / another consumer) OR send it to a DEAD LETTER queue
  → handle messages that fail processing (don't lose them, don't block forever)
→ acks (positive and negative) give control over message handling and reliability
```

## Zakaj je to pomembno

Razumevanje potrditev sporočil je temeljno, ker so **bistvene za zanesljivo dostavo v RabbitMQ**, zato je to pomembno znanje za gradnjo zanesljive razmnoževalne komunikacije.

Potrditve so način, kako RabbitMQ zagotavlja zanesljivo obdelavo sporočil.

Razumevanje **kako delujejo potrditve** — potrošnik potrdi sporočilo po obdelavi (pove RabbitMQ, da je končan, tako da je sporočilo odstranjeno), s sporočili **ponovno poslana in dostavljana, če potrošnik umre pred potrditvijo** (torej sporočila niso izgubljena pri odpovedi potrošnika) — pojasni mehanizem zanesljivosti, ki preprečuje izgubo sporočil.

Razumevanje **ročnih proti samodejnim potrditvam** je odločilno: **ročne potrditve** (potrošnik eksplicitno potrdi po obdelavi, zato so sporočila ponovno poslana, če obdelava ne uspe — varna, zanesljiva izbira) proti **samodejnim potrditvam** (sporočilo se šteje za potrjeno takoj ko je dostavljeno, pred obdelavo, kar je hitrejše, vendar **nevarno**, ker se potrošnik med obdelavo zruši in izgubi sporočilo).

Ključni praktični napotki so **uporabiti ročne potrditve za zanesljivost** (potrditev samo po uspešni obdelavi), ker samodejne potrditve tvegajo izgubo sporočil — pogost, pomemben premislek.

Razumevanje **negativnih potrditev in zavrnitve** — potrošnik negativno potrdi (nack/reject) sporočilo, ki ga ne more obdelati, ga ponovno pošlje ali ga pošlje v **red črnih pisem** — omogoči nadzor nad obravnavanjem neuspešnih sporočil (jih ne izgubiti ali blokirati za vedno).

Ti mehanizmi potrditve (pozitivne potrditve za zanesljivo dostavo, ročne potrditve za varnost, negativne potrditve za obravnavo napak) so bistveni za gradnjo zanesljive razmnoževalne komunikacije RabbitMQ, ki ne izgublja sporočil.

Ker so potrditve bistvene za zanesljivo dostavo v RabbitMQ (preprečevanje izgube sporočil pri odpovedi potrošnika, ročne potrditve pa so varna izbira, negativne potrditve pa obravnavajo napake), in ker je razumevanje njih pomembno za gradnjo zanesljive razmnoževalne komunikacije, je razumevanje potrditev sporočil bistveno, temeljno znanje RabbitMQ — osrednje za zanesljivo dostavo (zagotavljanje, da sporočila niso izgubljena, če potrošniki odpovedejo), razlikovanje med ročnimi in samodejnimi potrditvami pa je pomemben premislek zanesljivosti in potrebno za gradnjo zanesljivih sistemov RabbitMQ.