كيف تعمل إقرارات الرسائل (Message Acknowledgments) في RabbitMQ؟

Question

Accepted Answer

**الإقرارات (acks)** تخبر RabbitMQ بأن الرسالة تمت معالجتها بنجاح، لذا يمكن إزالتها من قائمة الانتظار. فهي ضرورية للغاية لـ **التسليم الموثوق** — التأكد من عدم فقدان الرسائل إذا فشل المستهلك.

## كيفية عمل الإقرارات

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

## الإقرارات اليدوية مقابل التلقائية

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

## الإقرارات السالبة والرفض

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

## لماذا يهمك هذا

فهم إقرارات الرسائل أمر أساسي لأنها **ضرورية للتسليم الموثوق في RabbitMQ**، لذا فإنها معرفة مهمة لبناء نظام رسائل موثوق.

الإقرارات هي كيفية تأكد RabbitMQ من معالجة الرسائل بموثوقية.

فهم **كيفية عمل الإقرارات** — مستهلك يقر الرسالة بعد معالجتها (يخبر RabbitMQ بأنها انتهت حتى تُزال الرسالة)، مع **إعادة إرسال الرسائل إذا مات المستهلك قبل الإقرار** (حتى لا تُفقد الرسائل عند فشل المستهلك) — يوضح آلية الموثوقية التي تمنع فقدان الرسائل.

فهم **الإقرارات اليدوية مقابل التلقائية** أمر حاسم: **الإقرارات اليدوية** (المستهلك يقر صراحة بعد المعالجة، بحيث تُعاد الرسائل إذا فشلت المعالجة — الخيار الآمن والموثوق) مقابل **الإقرارات التلقائية** (الرسالة تُعتبر مُقرة فور التسليم، قبل المعالجة، وهو أسرع لكن **غير آمن** لأن الانهيار أثناء المعالجة يفقد الرسالة).

الإرشاد العملي الرئيسي هو **استخدام الإقرارات اليدوية لضمان الموثوقية** (الإقرار فقط بعد المعالجة الناجحة)، لأن الإقرارات التلقائية تخاطر بفقدان الرسائل — اعتبار شائع ومهم.

فهم **الإقرارات السالبة والرفض** — مستهلك ينفي الإقرار (nack/reject) رسالة لا يمكنه معالجتها، إما بإعادة إرسالها أو إرسالها إلى **قائمة الرسائل الميتة** — يوفر التحكم في معالجة الرسائل الفاشلة (عدم فقدانها أو الانتظار إلى الأبد).

هذه آليات الإقرار (الإقرارات الموجبة للتسليم الموثوق، الإقرارات اليدوية للأمان، الإقرارات السالبة لمعالجة الأخطاء) ضرورية لبناء نظام رسائل RabbitMQ موثوق لا يفقد الرسائل.

نظراً لأن الإقرارات ضرورية للتسليم الموثوق في RabbitMQ (منع فقدان الرسائل عند فشل المستهلك، مع كون الإقرارات اليدوية هي الخيار الآمن والإقرارات السالبة تعالج الأخطاء)، ونظراً لأن فهمها مهم لبناء نظام رسائل موثوق، فإن فهم إقرارات الرسائل معرفة RabbitMQ أساسية وجوهرية — أساسية للتسليم الموثوق (التأكد من عدم فقدان الرسائل إذا فشل المستهلكون)، مع كون تمييز الإقرارات اليدوية مقابل التلقائية اعتباراً مهماً في الموثوقية، وضروري لبناء أنظمة RabbitMQ موثوقة.