Što su publisher confirms u RabbitMQ-u?

Question

Accepted Answer

**Publisher confirms** su mehanizam pomoću kojeg RabbitMQ potvrđuje proizvođaču da je primio (i trajno pohranio) poruku — osiguravajući da se poruke ne gube na strani objave. Oni su ekvivalent na strani proizvođača za potvrde potrošača.

## Problem: je li poruka stigla do brokera?

```text
When a producer publishes a message, by default it doesn't KNOW if RabbitMQ received it:
  → network failure, broker issue → the message could be LOST without the producer knowing
  → for reliability, the producer needs CONFIRMATION that the message was accepted
→ publisher confirms address the PUBLISHING side of reliability
```

## Kako funkcioniraju publisher confirms

```text
PUBLISHER CONFIRMS → the broker sends an ACK back to the producer for each message:
  → enable confirm mode on the channel
  → the broker ACKs a message once it has taken responsibility (received it; for persistent
    messages on durable queues → once persisted to disk)
  → NACK → the broker couldn't handle the message (the producer can retry)
→ the producer KNOWS each message was accepted (or not) → no silent loss
```

## Korištenje confirms

```text
✓ Wait for confirms (sync) → simple but slower; or handle confirms ASYNCHRONOUSLY (callbacks)
  for throughput (don't block on each)
✓ Batch confirms → confirm batches for better throughput
✓ On NACK/timeout → retry the message (with idempotency awareness)
→ combine with durable queues + persistent messages → reliable end-to-end publishing
```

## Zašto je to važno

Razumijevanje publisher confirms je vrijedno jer su **ključni za pouzdanost objave u RabbitMQ-u**, što je važno znanje za izgradnju pouzdanog razmjenjivanja poruka.

Publisher confirms rješavaju važnu razliku u pouzdanosti: prema zadanim postavkama, kada proizvođač objavi poruku, ne zna je li RabbitMQ zapravo primio, pa kvar u mrežnom ili brokerskom koru mogao bi **izgubiti poruku bez znanja proizvođača** — pravi problem pouzdanosti na strani objave.

Razumijevanje **kako funkcioniraju publisher confirms** — broker šalje **ack nazad proizvođaču** za svaku poruku kada preuzme odgovornost (primio je, ili za trajne poruke u dugotrajnim redovima, kada je trajno pohranjena na disk), s **nack** ako broker nije mogao obraditi (pa proizvođač može pokušati ponovno) — pojašnjava mehanizam koji daje proizvođaču potvrdu, sprječavajući tiho gubljenje poruka pri objavi.

Ovo je **ekvivalent na strani proizvođača za potvrde potrošača** (koje štite stranu potrošnje), zajedno omogućujući pouzdanost od kraja do kraja.

Razumijevanje **korištenja confirms** — čekanje na confirms sinkrono (jednostavno ali sporije) naspram rukovanja njima asinkrono putem callback-a (za propusnost), grupiranje confirms i ponovno pokušavanje na nack/timeout (s izbjegavanjem dupliranja) — odražava praktičnu, efikasnu upotrebu.

Razumijevanje da kombiniranje publisher confirms s dugotrajnim redovima i trajnim porukama omogućuje pouzdanu objavu od kraja do kraja povezuje confirms sa širom slikom pouzdanosti (confirms za stranu objave, trajnost za pohranu, acks za potrošnju).

Publisher confirms su ključni za osiguravanje da poruke pouzdano stignu do brokera, važan dio pouzdanog razmjenjivanja često zanemaren (ljudi se fokusiraju na consumer acks ali zaboravaljaju na pouzdanost objave).

Budući da su publisher confirms ključni za pouzdanost objave (osiguravanje da poruke stignu do brokera, sprječavanje tihog gubljenja) — ekvivalent na strani proizvođača za consumer acks — i razumijevanje njih je važno za pouzdano razmjenjivanje od kraja do kraja, razumijevanje publisher confirms je vrijedna, praktično relevantna RabbitMQ znanja — ključna za pouzdanost objave (sprječavanje tihog gubljenja poruka pri objavi), dopunjavajući sliku pouzdanosti zajedno s consumer acks i trajnosti, i važna za izgradnju pouzdanih RabbitMQ sustava s jamstvima dostave od kraja do kraja.