Kaip veikia žinučių patvirtinimai (acknowledgments) RabbitMQ?

Question

Accepted Answer

**Patvirtinimai (acks)** pasako RabbitMQ, kad žinutė buvo sėkmingai apdorota, todėl ją galima pašalinti iš eilės. Jie yra būtini **patikimam pristatyti** — užtikrinant, kad žinutės nebūtų prarastos, jei yra kažkoks gedimas.

## Kaip veikia patvirtinimai

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

## Rankinis ir automatinis patvirtinimas

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

## Neigiami patvirtinimai ir atmetimas

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

## Kodėl tai svarbu

Supratimas apie žinučių patvirtinimus yra pagrindinis, nes jie yra **būtini patikimam RabbitMQ pristatyti**, todėl šis žinojimas svarbus kuriant patikimas žinučių sistemas.

Patvirtinimai — tai kaip RabbitMQ užtikrina, kad žinutės būtų apdorotos patikimai.

Supratimas **kaip veikia patvirtinimai** — suvartotojas patvirtina žinutę po apdorojimo (sakydamas RabbitMQ, kad baigta, todėl žinutė pašalinama), o žinutės **iš naujo išsiunčiamos ir pristatytos, jei suvartotojas žūsta prieš patvirtinant** (todėl žinutės nėra prarastos suvartotojo gedimo atveju) — paaiškina patikimumo mechanizmą, kuris nuo pranešimų nuostolių nuo atliekų.

Supratimas **rankinis ir automatinis patvirtinimai** yra svarbus: **rankiniai patvirtinimai** (suvartotojas aiškiai patvirtina po apdorojimo, todėl žinutės iš naujo išsiunčiamos, jei apdorojimas nepavyksta — saugus, patikimas pasirinkimas) prieš **automatinius patvirtinimus** (žinutė laikoma patvirtinta iš karto po pristatymo, prieš apdorojimą, kuris yra greitesnis, bet **nesaugus**, nes žinutės prarastos avarijoje apdorojimo metu).

Pagrindinė praktinė rekomendacija yra **naudoti rankinius patvirtinimus patikimumui** (patvirtinant tik po sėkmingo apdorojimo), nes automatiniai patvirtinimai gali sukelti žinučių nuostolius — dažna, svarbi svarstyba.

Supratimas **neigiami patvirtinimai ir atmetimas** — suvartotojas neigiamai patvirtina (nack/reject) žinutę, kurios negali apdoroti, arba iš naujo ją siunčia, arba siunčia į **negaliojančių žinučių eilę** — suteikia kontrolę žinučių apdorojimo gedimų atveju (neprarandant jų ar nesiblokavus amžinai).

Šie patvirtinimo mechanizmai (teigiami patvirtinimai patikimam pristatyti, rankiniai patvirtinimai saugumui, neigiami patvirtinimai gedimų apdorojimui) yra būtini kuriant patikimą RabbitMQ žinučių sistemą, kuri nepraranda žinučių.

Kadangi patvirtinimai yra būtini patikimam RabbitMQ pristatyti (nuo žinučių nuostolių suvartotojo gedimo atveju, kai rankiniai patvirtinimai yra saugus pasirinkimas ir neigiami patvirtinimai tvarkydami gedimus), ir kadangi jų supratimas svarbus kuriant patikimas žinučių sistemas, supratimas apie žinučių patvirtinimus yra būtinas, pagrindinis RabbitMQ žinojimas — patikimumo pristatymo centras (užtikrinant, kad žinutės neprarastų, jei suvartotojai žūsta), kai rankinio ir automatinio patvirtinimo skirtumas yra svarbi patikimumo svarstyba, ir reikalinga kuriant patikimas RabbitMQ sistemas.