Idempotency भनेको के हो र यो distributed systems मा किन महत्त्वपूर्ण छ?

Question

Accepted Answer

**Idempotency** भनेको एक अपरेशन एक पटक वा धेरै पटक गरे पनि एही नतिजा दिने गरी काम गर्नु हो। यो distributed systems मा महत्त्वपूर्ण छ किनभने retries र duplicate messages अपरिहार्य हुन्छन् — idempotent अपरेशनहरूले यसलाई सुरक्षित बनाउँछन्।

## Idempotency भनेको के हो

```text
An operation is IDEMPOTENT if doing it MULTIPLE times has the SAME effect as doing it ONCE:
  → "set balance to 100" → idempotent (same result however many times)
  → "add 100 to balance" → NOT idempotent (each call changes it → wrong if duplicated!)
→ in HTTP: GET, PUT, DELETE are idempotent; POST typically is NOT
```

## Distributed systems मा किन महत्त्वपूर्ण छ

```text
Retries and duplicates are INEVITABLE in distributed systems:
  → a request times out → the client RETRIES → but the original may have succeeded →
    the operation runs TWICE (e.g. a payment charged twice! an order placed twice!)
  → message queues often guarantee AT-LEAST-ONCE delivery → duplicates happen
  → network issues, failures → operations get retried
→ if operations are IDEMPOTENT, duplicates/retries are SAFE (no harm from repeating)
→ this is essential for correctness and safe retries.
```

## Idempotency हासिल गर्न

```text
✓ IDEMPOTENCY KEYS → client sends a unique key per operation; the server processes each
  key only ONCE (dedupe) → retries with the same key are safe (common for payments/APIs)
✓ Design operations to be naturally idempotent (set vs increment; upsert)
✓ Track processed message/request IDs → skip duplicates
✓ Make consumers handle duplicate messages safely (since queues deliver at-least-once)
```

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

Idempotency बुझ्नु मूल्यवान छ किनभने यो **distributed systems मा सही नतिजा सुनिश्चित गर्न आवश्यक छ**, जहाँ retries र duplicates अपरिहार्य हुन्छन्, त्यसैले यो महत्त्वपूर्ण system-design ज्ञान हो।

Idempotency — एक अपरेशन एक पटक वा धेरै पटक गरे पनि एही नतिजा दिने गरी काम गर्नु — महत्त्वपूर्ण छ किनभने distributed systems मा **retries र duplicate messages अपरिहार्य हुन्छन्**: एक request समय समाप्त हुन सक्छ र retry हुन सक्छ जबकि मूल सफल भएको थियो (अपरेशन दुई पटक चलिएको — सम्भवत payment दुई पटक चार्ज वा duplicate order गरिएको!), message queues प्रायः at-least-once delivery गारान्टी दिन्छन् (duplicate हुनु कारण), र network समस्याले retries का कारण बनाउँछन्।

यदि अपरेशनहरू **idempotent छन् भने, यस्ता duplicates र retries सुरक्षित छन्** (दोहोरिनु कुनै हानि गर्दैन), जो सही नतिजा सुनिश्चित गर्न आवश्यक छ — र यो बुझ्नु भरपर्दो distributed systems निर्माण गर्नको लागि मुख्य अन्तर्दृष्टि हो।

भेद बुझ्नु (