Koja su Kafkina jamstva dostave (at-least-once, exactly-once)?

Question

Accepted Answer

Kafka podržava različita **jamstva dostave** — **at-most-once**, **at-least-once** i **exactly-once** — koja određuju mogu li se poruke izgubiti ili duplicirati. Razumijevanje tih jamstava i kako ih postići važno je za izgradnju pouzdanih sustava.

## Tri semantike dostave

```text
AT-MOST-ONCE → messages may be LOST but never duplicated:
  → commit offset BEFORE processing → if processing fails, the message is skipped (lost)
  → for: when occasional loss is acceptable and duplicates are not (rare)
AT-LEAST-ONCE → messages are never lost but may be DUPLICATED:
  → commit offset AFTER processing → if a crash occurs before commit, the message is
    reprocessed (duplicate) → requires IDEMPOTENT processing
  → the common default; safe (no loss) but handle duplicates
EXACTLY-ONCE → each message is processed exactly once (no loss, no duplicates):
  → the strongest, but hardest; requires Kafka transactions + idempotent producers
```

## Ostvarivanje jamstava

```text
→ AT-LEAST-ONCE → process then commit; make consumers IDEMPOTENT (handle duplicates safely
  via dedup keys, idempotent operations) — practical and common
→ EXACTLY-ONCE → Kafka's transactional API + idempotent producer (enable.idempotence) →
  produce + commit offsets atomically (exactly-once within Kafka, e.g. Kafka Streams)
  ⚠️ exactly-once is complex and has overhead; often AT-LEAST-ONCE + idempotency is simpler
    and sufficient
```

## Praktični savjeti

```text
✓ Most systems use AT-LEAST-ONCE + idempotent processing (simple, reliable)
✓ Use EXACTLY-ONCE when duplicates are truly unacceptable AND idempotency is hard
✓ Producer acks (acks=all) → durability (don't lose on the produce side)
→ understand the trade-offs; design for the guarantee your use case needs
```

## Zašto je to važno

Razumijevanje Kafkinih semantika dostave je vrijedno jer **jamstva dostave određuju pouzdanost** (mogu li se poruke izgubiti ili duplicirati), pa je njihovo razumijevanje važno za izgradnju pouzdanih sustava.

Odabir semantike dostave izravno utječe na ispravnost.

Razumijevanje **tri semantike dostave** — **at-most-once** (poruke mogu biti izgubljene, ali ne duplicirati, čitanjem offseta prije obrade — kada je povremeni gubitak prihvatljiv), **at-least-once** (poruke nikad nisu izgubljene, ali mogu biti duplicirane, čitanjem nakon obrade, zahtijevajući idempotentnu obradu — česti, siguran zadanu vrijednost), i **exactly-once** (svaka poruka obradjena točno jednom, najjače, ali najtže, zahtijevajući transakcije i idempotentne proizvođače) — ključno je za razumijevanje kompromisa u pouzdanosti.

Razumijevanje **kako ostvariti jamstva** — at-least-once obradom i čitanjem te činjenja konzumenata **idempotentnim** (rukovanje duplikatima putem ključeva dedup i idempotentnih operacija — praktično i često), i exactly-once putem Kafkina transakcijskog API-ja i idempotentnog proizvođača (proizvodnja i čitanje offseta atomski), s važnom napomenom da je exactly-once složen s opskrbom dok **at-least-once plus idempotentnost često je jednostavnija i dovoljna** — odražava praktičan pristup.

Razumijevanje **praktičnog savjeta** — da većina sustava koristi at-least-once plus idempotentnu obradu (jednostavno i pouzdano), koristeći exactly-once samo kada su duplikati doista neprihvatljivi i idempotentnost je teška, te korištenjem proizvođačkih ack-a za trajnost — odražava dobar dizajn.

Klučni uvid je da semantike dostave uključuju kompromise (gubitak vs duplikati vs složenost), te je česti, praktičan odabir at-least-once s idempotentnosti, koja se povezuje sa širom važnosti idempotentnosti u distribuiranim sustavima.

Budući da jamstva dostave određuju mogu li se poruke izgubiti ili duplicirati (izravno utječući na pouzdanost) i razumijevanje semantike, kako ih ostvariti (posebno at-least-once kao praktična zadana vrijednost), i kompromisa je važno za izgradnju pouzdanih sustava, razumijevanje Kafkinih semantika dostave je vrijedno, praktično važno Kafkino znanje — ključno za pouzdanost, važno za dizajniranje sustava s pravim jamstvima (obično at-least-once s idempotentnosti), te odražava razumijevanje potrebno za izgradnju pouzdanih Kafka-temeljenih sustava.