RabbitMQ मा publisher confirms के हुन्?

Question

Accepted Answer

**Publisher confirms** एक मेकानिजम हो जहाँ RabbitMQ ले प्रोड्यूसरलाई स्वीकार गर्छ कि यसले संदेश प्राप्त गरेको छ (र persist गरेको छ) — यो सुनिश्चित गरेर कि संदेशहरू प्रकाशन पक्षमा हराएका छैनन्। तिनीहरू consumer acknowledgments को प्रोड्यूसर-साइड समकक्ष हुन्।

## समस्या: के संदेश broker मा पुग्यो?

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

## Publisher confirms कसरी काम गर्छन्

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

## Confirms प्रयोग गर्दै

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

## किन यो महत्त्वपूर्ण छ

Publisher confirms बुझ्नु मूल्यवान छ किनकि तिनीहरू **RabbitMQ मा प्रकाशन-पक्षीय विश्वसनीयताको लागि आवश्यक छन्**, त्यसैले विश्वसनीय संदेशन निर्माण गर्नको लागि महत्त्वपूर्ण ज्ञान हो।

Publisher confirms एक मुख्य विश्वसनीयता अन्तर सम्बोधन गर्छन्: पूर्वनिर्धारित रूपमा, जब प्रोड्यूसरले संदेश प्रकाशन गर्छ, यसलाई थाहा छैन कि RabbitMQ ले वास्तवमा यो प्राप्त गरेको छ वा छैन, त्यसैले नेटवर्क विफलता वा broker समस्याले संदेश हराउन सक्छ **प्रोड्यूसरलाई थाहा बिना** — प्रकाशन पक्षमा एक वास्तविक विश्वसनीयता समस्या।

**कसरी publisher confirms काम गर्छन्** बुझ्नु — broker ले **प्रोड्यूसरलाई ack पठाउँछ** प्रत्येक संदेशको लागि एक पल यस जिम्मेवारी लिँदा (यो प्राप्त गरेर, वा persistent messages को लागि durable queues मा, एक पल disk मा persist गरिसकेर), एक **nack** यदि broker ले यो सम्हाल्न सकेन (त्यसैले प्रोड्यूसरले retry गर्न सक्छ) — यो मेकानिजम स्पष्ट गर्छ जसले प्रोड्यूसरलाई पुष्टि दिन्छ, प्रकाशनमा मौन संदेश हानि रोक्दै।

यो **consumer acknowledgments को प्रोड्यूसर-साइड समकक्ष** हो (जो खपत पक्षको सुरक्षा गर्छ), सँगै end-to-end विश्वसनीयता प्रदान गर्दै।

**Using confirms** बुझ्नु — confirms को लागि सिङ्क्रोनसली प्रतीक्षा गर्दै (सरल तर ढिलो) बनाम callbacks को माध्यमबाट asynchronously सम्हाल्दै (throughput को लागि), confirms को batching, र nack/timeout मा retry गर्दै (idempotency जागरूकता सहित) — व्यावहारिक, कुशल प्रयोग प्रतिबिम्बित गर्छ।

यो बुझ्नु कि publisher confirms लाई durable queues र persistent messages सँग मिलाउँदा reliable end-to-end publishing प्रदान गर्छ confirms लाई व्यापक विश्वसनीयता चित्रसँग जोडिन्छ (publish पक्षको लागि confirms, storage को लागि durability, consumption को लागि acks)।

Publisher confirms संदेशहरू विश्वसनीयतासाथ broker मा पुग्ने सुनिश्चित गर्नको लागि आवश्यक छन्, विश्वसनीय संदेशनको एक महत्त्वपूर्ण भाग प्रायः बिर्सिएको (मानिसहरू consumer acks मा ध्यान केन्द्रित गर्छन् तर प्रकाशन-पक्षीय विश्वसनीयता बिर्सन्छन्)।

Publisher confirms आवश्यक भएकोले प्रकाशन-पक्षीय विश्वसनीयताको लागि (संदेशहरू broker मा पुग्ने सुनिश्चित गरेर, मौन हानि रोक्दै) — consumer acks को प्रोड्यूसर-साइड समकक्ष — र तिनीहरू बुझ्नु end-to-end विश्वसनीय संदेशनको लागि महत्त्वपूर्ण छ, publisher confirms बुझ्नु मूल्यवान, व्यावहारिक-प्रासंगिक RabbitMQ ज्ञान हो — प्रकाशन-पक्षीय विश्वसनीयताको लागि आवश्यक (प्रकाशनमा मौन संदेश हानि रोक्दै), consumer acks र durability सँगै विश्वसनीयता चित्र पूरा गर्दै, र विश्वसनीय RabbitMQ प्रणालीहरू end-to-end delivery guarantees सँग निर्माण गर्नको लागि महत्त्वपूर्ण।