Bagaimana acknowledgment mesej berfungsi dalam RabbitMQ?

Question

Accepted Answer

**Acknowledgment (ack)** memberitahu RabbitMQ bahawa sesuatu mesej telah berjaya diproses, supaya ia boleh dibuang daripada queue. Ia penting untuk **penghantaran yang boleh dipercayai** — memastikan mesej tidak hilang jika consumer gagal.

## Bagaimana acknowledgment berfungsi

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

## Manual vs automatic ack

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

## Negative ack dan penolakan

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

## Mengapa ia penting

Memahami acknowledgment mesej adalah asas kerana ia **penting untuk penghantaran yang boleh dipercayai dalam RabbitMQ**, jadi ia merupakan pengetahuan penting untuk membina pemesejan yang boleh dipercayai.

Acknowledgment ialah cara RabbitMQ memastikan mesej diproses secara boleh dipercayai.

Memahami **bagaimana acknowledgment berfungsi** — consumer mengakui mesej selepas pemprosesan (memberitahu RabbitMQ ia selesai supaya mesej dibuang), dengan mesej **di-requeue dan dihantar semula jika consumer mati sebelum mengakui** (supaya mesej tidak hilang apabila consumer gagal) — menjelaskan mekanisme kebolehpercayaan yang menghalang kehilangan mesej.

Memahami **manual vs automatic ack** adalah penting: **manual ack** (consumer secara eksplisit mengakui selepas pemprosesan, supaya mesej dihantar semula jika pemprosesan gagal — pilihan selamat dan boleh dipercayai) berbanding **automatic ack** (mesej dianggap diakui sebaik sahaja dihantar, sebelum pemprosesan, yang lebih pantas tetapi **tidak selamat** kerana ranap semasa pemprosesan akan menghilangkan mesej).

Panduan praktikal utama ialah **gunakan manual ack untuk kebolehpercayaan** (mengakui hanya selepas pemprosesan berjaya), kerana automatic ack berisiko kehilangan mesej — pertimbangan yang lazim dan penting.

Memahami **negative ack dan penolakan** — consumer mengakui secara negatif (nack/reject) mesej yang tidak boleh diprosesnya, sama ada me-requeue-nya atau menghantarnya ke **dead letter queue** — memberikan kawalan ke atas pengendalian mesej yang gagal (tidak kehilangannya atau menyekat selamanya).

Mekanisme acknowledgment ini (positive ack untuk penghantaran yang boleh dipercayai, manual ack untuk keselamatan, negative ack untuk pengendalian kegagalan) adalah penting untuk membina pemesejan RabbitMQ yang boleh dipercayai yang tidak kehilangan mesej.

Memandangkan acknowledgment penting untuk penghantaran yang boleh dipercayai dalam RabbitMQ (menghalang kehilangan mesej apabila consumer gagal, dengan manual ack menjadi pilihan selamat dan negative ack mengendalikan kegagalan), dan memandangkan memahaminya penting untuk membina pemesejan yang boleh dipercayai, memahami acknowledgment mesej merupakan pengetahuan asas RabbitMQ yang penting — teras kepada penghantaran yang boleh dipercayai (memastikan mesej tidak hilang jika consumer gagal), dengan perbezaan manual-lwn-automatic ack menjadi pertimbangan kebolehpercayaan yang penting, serta perlu untuk membina sistem RabbitMQ yang boleh dipercayai.