RabbitMQ میں message acknowledgments کیسے کام کرتے ہیں؟

Question

Accepted Answer

**Acknowledgments (acks)** RabbitMQ کو بتاتے ہیں کہ ایک message کامیابی سے process ہو گیا ہے، تاکہ اسے queue سے ہٹایا جا سکے۔ یہ **قابل اعتماد ڈیلیوری** کے لیے ضروری ہیں — یہ یقینی بناتے ہیں کہ اگر 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 میں قابل اعتماد ڈیلیوری کے لیے ضروری ہیں**، اس لیے قابل اعتماد messaging بنانے کے لیے یہ اہم علم ہے۔

Acknowledgments یہ ہیں کہ RabbitMQ کیسے messages کو قابل اعتماد طریقے سے process کرنے کو یقینی بناتا ہے۔

**کہ acknowledgments کیسے کام کرتے ہیں** — ایک consumer processing کے بعد message کو ack کرتا ہے (RabbitMQ کو بتاتا ہے کہ یہ ہو گیا تاکہ message ہٹایا جائے)، messages کو **requeue اور redelivered کیا جاتا ہے اگر ایک consumer ack سے پہلے مر جائے** (تاکہ messages consumer failure پر ضائع نہ ہوں) — یہ قابلِ اعتماد طریقہ کار کو واضح کرتا ہے جو message loss سے بچاتا ہے۔

**Manual بمقابلہ automatic acks** کو سمجھنا اہم ہے: **manual acks** (consumer explicitly processing کے بعد ack کرتا ہے، تاکہ messages redelivered ہوں اگر processing ناکام ہو — محفوظ، قابلِ اعتماد انتخاب) بمقابلہ **automatic acks** (message کو ack سمجھا جاتا ہے جیسے ہی delivered ہو، processing سے پہلے، جو تیز تر ہے لیکن **غیر محفوظ** ہے کیونکہ processing کے دوران کریش message loss کا سبب بنتا ہے)۔

بنیادی عملی رہنمائی ہے **قابلِ اعتماد ہونے کے لیے manual acks استعمال کریں** (صرف کامیاب processing کے بعد ack کریں)، کیونکہ automatic acks message loss کا خطرہ ہے — یہ ایک عام، اہم غور و خوض ہے۔

**Negative acks اور rejection** کو سمجھنا — ایک consumer اپنی طرف سے message کو negatively acknowledge (nack/reject) کرتا ہے جسے وہ process نہیں کر سکتا، یا تو اسے requeue کرتے ہوئے یا اسے **dead letter queue** میں بھیجتے ہوئے — ناکام messages کو handle کرنے پر کنٹرول فراہم کرتا ہے (انہیں ضائع نہ کرتے ہوئے یا ہمیشہ کے لیے blocking نہ کرتے ہوئے)۔

یہ acknowledgment طریقے کار (مثبت acks قابلِ اعتماد ڈیلیوری کے لیے، manual acks حفاظت کے لیے، negative acks ناکامی کو handle کرنے کے لیے) قابلِ اعتماد RabbitMQ messaging بنانے کے لیے ضروری ہیں جو messages نہیں کھوتے۔

چونکہ acknowledgments RabbitMQ میں قابلِ اعتماد ڈیلیوری کے لیے ضروری ہیں (consumer failure پر message loss سے بچاتے ہوئے، manual acks محفوظ انتخاب کے ساتھ)، اور کیونکہ انہیں سمجھنا قابلِ اعتماد messaging بنانے کے لیے اہم ہے، message acknowledgments کو سمجھنا ضروری، بنیادی RabbitMQ علم ہے — قابلِ اعتماد ڈیلیوری کے لیے مرکزی (یقینی بناتے ہوئے کہ اگر consumers ناکام ہوں تو messages ضائع نہ ہوں)، manual-بمقابلہ-automatic ack تفریق ایک اہم قابلِ اعتماد ہونے کی غور و خوض ہے، اور قابلِ اعتماد RabbitMQ systems بنانے کے لیے ضروری۔