ما هي تأكيدات الناشر (Publisher Confirms) في RabbitMQ؟

Question

Accepted Answer

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

## المشكلة: هل وصلت الرسالة إلى الوسيط؟

```text
When a producer publishes a message, by default it doesn't KNOW if RabbitMQ received it:
  → network failure, broker issue → the message could be LOST without the producer knowing
  → for reliability, the producer needs CONFIRMATION that the message was accepted
→ publisher confirms address the PUBLISHING side of reliability
```

## كيف تعمل تأكيدات الناشر

```text
PUBLISHER CONFIRMS → the broker sends an ACK back to the producer for each message:
  → enable confirm mode on the channel
  → the broker ACKs a message once it has taken responsibility (received it; for persistent
    messages on durable queues → once persisted to disk)
  → NACK → the broker couldn't handle the message (the producer can retry)
→ the producer KNOWS each message was accepted (or not) → no silent loss
```

## استخدام التأكيدات

```text
✓ Wait for confirms (sync) → simple but slower; or handle confirms ASYNCHRONOUSLY (callbacks)
  for throughput (don't block on each)
✓ Batch confirms → confirm batches for better throughput
✓ On NACK/timeout → retry the message (with idempotency awareness)
→ combine with durable queues + persistent messages → reliable end-to-end publishing
```

## لماذا هذا مهم

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

تأكيدات الناشر تعالج فجوة موثوقية رئيسية: بشكل افتراضي، عندما ينشر المنتج رسالة، لا يعرف ما إذا كان RabbitMQ قد استقبلها فعلاً، لذا قد يؤدي فشل الشبكة أو مشكلة في الوسيط إلى **فقدان الرسالة دون أن يعرف المنتج** — وهذه مشكلة موثوقية حقيقية على جانب النشر.

فهم **كيفية عمل تأكيدات الناشر** — يرسل الوسيط **ack** مرة أخرى للمنتج لكل رسالة بمجرد أن يتحمل المسؤولية (استقبلها، أو للرسائل الدائمة في الطوابير المستدامة، بمجرد حفظها على القرص)، مع **nack** إذا لم يتمكن الوسيط من التعامل معها (حتى يتمكن المنتج من إعادة المحاولة) — يوضح الآلية التي تعطي المنتج التأكيد، مما يمنع فقدان الرسائل الصامت أثناء النشر.

هذا هو **نظير تأكيدات المستهلك على جانب المنتج** (التي تحمي جانب الاستهلاك)، معاً توفران موثوقية شاملة.

فهم **استخدام التأكيدات** — انتظار التأكيدات بشكل متزامن (بسيط لكن أبطأ) مقابل التعامل معها بشكل غير متزامن عبر callbacks (للإنتاجية)، وتجميع التأكيدات، وإعادة المحاولة على nack/timeout (مع الوعي بالتكرار) — يعكس الاستخدام العملي والفعال.

فهم أن دمج تأكيدات الناشر مع الطوابير المستدامة والرسائل الدائمة يوفر نشراً موثوقاً شاملاً يربط التأكيدات بالصورة الأوسع للموثوقية (التأكيدات لجانب النشر، والمتانة للتخزين، والأصوات للاستهلاك).

تأكيدات الناشر ضرورية لضمان وصول الرسائل بموثوقية إلى الوسيط، جزء مهم من الرسائل الموثوقة غالباً ما يتم تجاهله (يركز الناس على أصوات المستهلك لكنهم ينسون موثوقية جانب النشر).

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