![](data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="%23D95C41" stroke-width="1.8" stroke-linecap="round" stroke-linejoin="round"><line x1="12.1" y1="11.9" x2="18.9" y2="8.2" /><line x1="12.1" y1="12.1" x2="20.3" y2="12.9" /><line x1="12.2" y1="12.4" x2="16.6" y2="19.1" /><line x1="11.8" y1="12.4" x2="7.3" y2="19.2" /><line x1="11.9" y1="12.1" x2="3.7" y2="13.3" /><line x1="11.8" y1="11.7" x2="7.8" y2="4.4" /></svg>)
RELIABILITY.md
يحدد هذا الملف كيف يثبت النظام أنه سليم وقابل لإعادة التشغيل.
المسارات القياسية
- الإعداد:
[command] - التحقق:
[command] - بدء التطبيق أو الخدمة:
[command] - التصحيح أو فحص وقت التشغيل:
[command]
إشارات وقت التشغيل المطلوبة
- سجلات منظمة لبدء التشغيل والتدفقات الحرجة
- فحوصات صحة الخدمات الرئيسية
- بيانات التتبع أو التوقيت للمسارات البطيئة عند التوفر
- حالات الخطأ المرئية للمستخدم للأعطال القابلة للاسترداد
الرحلات الذهبية
[journey 1][journey 2][journey 3]
يجب أن يكون لكل رحلة ذهبية مسار تحقق قابل للتكرار وإشارات فشل واضحة.
قواعد الموثوقية
- لا تكتمل أي ميزة إذا لم يتمكن النظام من إعادة التشغيل بنظافة بعدها.
- يجب أن تكون أعطال وقت التشغيل قابلة للتشخيص من إشارات محلية في المستودع.
- إذا ظهر نمط فشل متكرر، أضف معيارًا أو حاجزًا وقائيًا له.
- التنظيف جزء من الموثوقية، وليس اهتمامًا منفصلًا.