RabbitMQ में message acknowledgments कैसे काम करते हैं?

Question

Accepted Answer

**Acknowledgments (acks)** RabbitMQ को बताते हैं कि एक message सफलतापूर्वक process किया गया है, ताकि इसे queue से हटाया जा सके। वे **reliable delivery** के लिए आवश्यक हैं — यह सुनिश्चित करते हुए कि यदि कोई consumer विफल हो जाए तो messages न खोएँ।

## acknowledgments कैसे काम करते हैं

```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 बनाम automatic acks

```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 acks और rejection

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

## यह क्यों महत्वपूर्ण है

message acknowledgments को समझना बुनियादी है क्योंकि वे **RabbitMQ में reliable delivery के लिए आवश्यक हैं**, इसलिए यह reliable messaging बनाने के लिए महत्वपूर्ण ज्ञान है।

acknowledgments वह तरीका है जिससे RabbitMQ सुनिश्चित करता है कि messages विश्वसनीय रूप से process किए जाएँ।

**acknowledgments कैसे काम करते हैं** यह समझना — एक consumer का processing के बाद message को ack करना (RabbitMQ को बताना कि यह हो गया ताकि message हटाया जाए), messages को **requeue और redeliver किया जाता है यदि consumer ack करने से पहले मर जाता है** (ताकि consumer विफलता पर messages न खोएँ) — उस reliability तंत्र को स्पष्ट करता है जो message loss को रोकता है।

**manual बनाम automatic acks** को समझना महत्वपूर्ण है: **manual acks** (consumer का processing के बाद स्पष्ट रूप से ack करना, ताकि processing विफल होने पर messages redeliver हों — सुरक्षित, विश्वसनीय विकल्प) बनाम **automatic acks** (message को delivery होते ही ack माना जाता है, processing से पहले, जो तेज़ है लेकिन **असुरक्षित** है क्योंकि processing के दौरान crash message खो देता है)।

मुख्य व्यावहारिक मार्गदर्शन यह है कि **reliability के लिए manual acks का उपयोग करें** (केवल सफल processing के बाद ack करना), क्योंकि automatic acks message loss का जोखिम उठाते हैं — एक सामान्य, महत्वपूर्ण विचार।

**negative acks और rejection** को समझना — एक consumer का उस message को negatively acknowledge करना (nack/reject) जिसे यह process नहीं कर सकता, या तो इसे requeue करना या **dead letter queue** को भेजना — विफल messages को संभालने पर नियंत्रण प्रदान करता है (उन्हें न खोना या हमेशा के लिए block न करना)।

ये acknowledgment तंत्र (reliable delivery के लिए positive acks, सुरक्षा के लिए manual acks, विफलता handling के लिए negative acks) reliable RabbitMQ messaging बनाने के लिए आवश्यक हैं जो messages नहीं खोता।

चूँकि acknowledgments RabbitMQ में reliable delivery के लिए आवश्यक हैं (consumer विफलता पर message loss को रोकते हुए, manual acks सुरक्षित विकल्प और negative acks विफलताओं को संभालते हुए), और चूँकि उन्हें समझना reliable messaging बनाने के लिए महत्वपूर्ण है, message acknowledgments को समझना आवश्यक और बुनियादी RabbitMQ ज्ञान है — reliable delivery के केंद्र में (यह सुनिश्चित करते हुए कि consumers विफल होने पर messages न खोएँ), manual-बनाम-automatic ack का अंतर एक महत्वपूर्ण reliability विचार होने के साथ, और reliable RabbitMQ systems बनाने के लिए आवश्यक।