ما هي الخاصية الحتمية (Idempotency) ولماذا تهم في الأنظمة الموزعة؟

Question

Accepted Answer

**الخاصية الحتمية (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
```

## لماذا تهم في الأنظمة الموزعة

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

## تحقيق الخاصية الحتمية

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

## لماذا تهم

فهم الخاصية الحتمية قيّم لأنها **ضرورية للصحة في الأنظمة الموزعة**، حيث تكون إعادة المحاولات والمكررات أمراً حتمياً، لذا فهي معرفة تصميم أنظمة مهمة.

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

إذا كانت العمليات **حتمية، هذه المكررات وإعادة المحاولات آمنة** (التكرار لا يسبب ضرراً)، وهذا ضروري للصحة — وفهم هذا هو رؤية أساسية لبناء أنظمة موزعة موثوقة.

فهم التمييز ("تعيين الرصيد إلى 100" حتمي؛ "إضافة 100" ليس كذلك — فرق حرج، لأن النسخة غير الحتمية تسبب نتائج خاطئة عند تكرارها) وأي طرق HTTP حتمية (GET، PUT، DELETE مقابل POST) يوضح المفهوم.

فهم كيفية **تحقيق الخاصية الحتمية** — باستخدام **مفاتيح الحتمية** (يرسل العملاء مفتاحاً فريداً لكل عملية يعالجها الخادم مرة واحدة فقط، وإزالة التكرار — نمط شائع ومهم للدفع والواجهات البرمجية)، تصميم عمليات حتمية بشكل طبيعي (تعيين مقابل زيادة، upsert)، تتبع معرّفات الطلبات/الرسائل المعالجة لتخطي المكررات، وجعل المستهلكين يتعاملون مع الرسائل المكررة بأمان — هي المعرفة العملية الأساسية للمحاولات الآمنة والأنظمة الموزعة الصحيحة.

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