ما المعايير التي تستخدمها لتقرير بين الـ rollback والـ hotfix؟

Question

Accepted Answer

الافتراضي هو **rollback** — إنه الطريق الأسرع والأكثر موثوقية لاستعادة حالة معروفة-سليمة. توجّه نحو **hotfix** فقط عندما يكون الـ rollback مستحيلاً أو أخطر من الإصلاح للأمام. في incident نشط، الأولوية هي **إيقاف النزيف أولاً**، والتشخيص لاحقاً.

## معايير القرار

- **هل الـ rollback آمن وممكن؟** إذا كان الإصدار السابق معروفاً-سليماً ولم يحدث شيء غير قابل للعكس، نفّذ rollback. هذا الجواب المعتاد.
- **هل أنشأ الإصدار السيئ حالةً غير قابلة للعكس؟** **database migration** أو فساد بيانات قد يجعل الـ rollback أسوأ من الخطأ. إذا لم تستطع العودة بأمان، فعليك الإصلاح للأمام.
- **هل نفهم الإصلاح؟** الـ rollback لا يحتاج تشخيصاً — تلك قوّته. hotfix لا تفهمه كاملاً قد يعمّق الـ incident؛ لا تشحن تخميناً إلى prod تحت الضغط أبداً.
- **الوقت للوصول إلى حالة آمنة.** اختر المسار الذي يصل الاستقرار أسرع بأقل مخاطرة. hotfix من سطر واحد مفهوم جيداً قد يهزم rollback معقّداً؛ إصلاح-للأمام محفوف بالمخاطر لا يهزم rollback نظيفاً أبداً.
- **نصف قطر الانفجار والخطورة.** outage كامل يتطلّب أسرع استعادة ممكنة (عادةً rollback)؛ تدهور بسيط قد يسمح بـ hotfix دقيق.

## جدول قرار سريع

| الموقف | اختر |
| --- | --- |
| الإصدار السابق معروف-سليم، لا migration | Rollback |
| شُحِن DB migration غير قابل للعكس | Hotfix / إصلاح-للأمام |
| السبب مجهول، أثر شديد | Rollback (اشترِ وقتاً) |
| سطر واحد تافه مفهوم جيداً | Hotfix |
| الـ rollback نفسه محفوف بالمخاطر/غير مختبَر | Hotfix |

## المفاضلات والمزالق

- **الـ rollback** آمن لكنه يعالج العَرَض فقط — لا تزال مديناً بإصلاح حقيقي وpostmortem.
- **الـ hotfix** يعالج السبب الجذري لكنه يتخطّى شبكة الأمان المعتادة؛ الأخطاء في الـ hotfixes شائعة تحديداً لأنها مستعجلة.
- **مسار rollback غير مختبَر** فخّ — إذا لم تتدرّب عليه قط، قد يفشل عندما تحتاجه أكثر. تدرّب على عمليات rollback قبل أن تحتاجها.
- احذر **التصحيح في production** تحت الضغط؛ إذا كنت على بُعد أكثر من بضع دقائق من إصلاح واثق، نفّذ rollback وحقّق بهدوء.

## لماذا يهم

هذا القرار يحدث في أسوأ لحظة ممكنة — النظام متوقف، الساعة تدور، والجميع يراقب. الـ Tech Lead الذي لديه قاعدة واضحة ومُتمرَّن عليها يقلّص الـ MTTR بشكل كبير ويمنع الخطأ الكلاسيكي المتمثل في محاولة الذكاء في منتصف الـ incident بينما الـ revert الممل كان هناك تماماً. استعِد أولاً، وكن ذكياً بعد ذلك.

الموقف	اختر
الإصدار السابق معروف-سليم، لا migration	Rollback
شُحِن DB migration غير قابل للعكس	Hotfix / إصلاح-للأمام
السبب مجهول، أثر شديد	Rollback (اشترِ وقتاً)
سطر واحد تافه مفهوم جيداً	Hotfix
الـ rollback نفسه محفوف بالمخاطر/غير مختبَر	Hotfix