أحمد حايس
الرئيسيةمن أناالدوراتالمدونةسوق الأوامرالمناهج والباقاتالشركاء
أحمد حايس

دورات عربية متخصصة في التقنية والبرمجة والذكاء الاصطناعي.

المنصة مبنية على الوضوح، التطبيق، والنتيجة النافعة: شرح مرتب يساعدك تفهم الأدوات، تكتب كودًا أفضل، وتستخدم الذكاء الاصطناعي بوعي داخل العمل الحقيقي.

تعلم أسرعوصول مباشر للدورات والمسارات من الموبايل.
تنقل أوضحالروابط الأساسية والدعم في مكان واحد بدون تشتيت.

المنصة

  • الرئيسية
  • من أنا
  • الدورات
  • المناهج والباقات
  • سوق الأوامر
  • المدونة

الدعم

  • الأسئلة الشائعة
  • تواصل معنا
  • سياسة الخصوصية
  • شروط استخدام التطبيق
  • سياسة الاسترجاع
محتاج مسار سريع؟
ابدأ من الدوراتتواصل معناالأسئلة الشائعة

© 2026 أحمد حايس. جميع الحقوق محفوظة.

الرئيسيةالدوراتالمناهجالمدونةالدخول
العودة لسوق الأوامر
سير عملسير عمل جاهز0 مرة نسخ

سير عمل الاستجابة لحادثة إنتاج وكتابة تقرير ما بعد الحادثة

سير عمل تشغيلي كامل لإدارة حوادث الإنتاج (Incident Response) من لحظة الإنذار حتى إغلاق الحادثة وكتابة تقرير ما بعد الحادثة (Postmortem) بلا لوم. يختلف هذا السير عن تشخيص خطأ برمجي واحد؛ فهو يغطّي دورة الحادثة كاملة عبر ست مراحل مرتبة: الاكتشاف والإعلان وتعيين قائد الحادثة، تصنيف الخطورة (SEV1/2/3) حسب الأثر على المستخدم والإيراد، الاحتواء والتخفيف بإيقاف النزيف أولًا عبر rollback أو feature flag أو عزل قبل البحث عن السبب، التواصل المنضبط مع الجهات المعنية وصفحة الحالة بإيقاع ثابت، تحليل السبب الجذري بخط زمني وأسلوب «5 لماذا» بأدلة من السجلات، ثم كتابة تقرير بلا لوم يتضمّن الأثر والخط الزمني والدروس وجدول إجراءات وقائية لكل إجراء مالك وتاريخ استحقاق. يتضمّن السير نقاط قرار (هل نجح التخفيف؟ متى نصعّد؟) ونقاط توقف (لا إصلاح مباشر على الإنتاج بلا rollback آمن، ولا إغلاق قبل تعافٍ مؤكد) ومعيار اكتمال واضح. مناسب لفرق DevOps والدعم الفني وقادة الهندسة الذين يريدون استجابة موحّدة ومنضبطة بدل الارتجال أثناء الأزمة.

استجابة حادثة كاملة ومنظمة: إعلان حادثة وأدوار، تصنيف خطورة مبرّر بإيقاع تحديث، خطة احتواء وتخفيف مع نقطة تصعيد، رسالتا تواصل جاهزتان، خط زمني وتحليل سبب جذري بأسلوب 5 لماذا، وتقرير ما بعد الحادثة بلا لوم مع جدول إجراءات وقائية لكل إجراء مالك وتاريخ استحقاق.

ChatGPTClaudeGeminiDeepSeekQwenexecution systemincident responsepostmortemDevOpsإدارة حادثة تعطّل أو تدهور في خدمة إنتاج خطوة بخطوة
معاينة ناتج: سير عمل الاستجابة لحادثة إنتاج وكتابة تقرير ما بعد الحادثة
المعاينة

الشكل المتوقع للناتج

مثال (تدهور زمن استجابة واجهة الدفع): التصنيف SEV2 لأن الدفع يعمل جزئيًا مع بطء، إيقاع تحديث كل ساعة. الاحتواء: rollback للإصدار الأخير من خدمة الدفع خلال 12 دقيقة فاستقر زمن الاستجابة؛ خطة التراجع لو فشل: تحويل الحركة إلى المنطقة الثانية. تحديث خارجي: «نرصد بطئًا في عمليات الدفع منذ 14:05، طبّقنا إجراء تخفيف والخدمة تتعافى، التحديث القادم 15:00». السبب الجذري عبر 5 لماذا: إصدار جديد رفع حجم استعلام دون فهرس مناسب فارتفع زمن قاعدة البيانات؛ عامل مساهم: غياب اختبار حمل قبل النشر. جدول الإجراءات: [إضافة الفهرس المفقود | فريق البيانات | خلال 3 أيام | عالية | قيد التنفيذ] · [بوابة اختبار حمل قبل النشر | فريق المنصّة | خلال أسبوعين | متوسطة | مفتوحة] · [تنبيه على زمن استجابة قاعدة البيانات | DevOps | خلال أسبوع | عالية | مفتوحة].

جاري تجهيز الوصول

نتحقق من حسابك الحالي قبل عرض نسخة الأمر الكاملة.

مثال ناتج

مثال (تدهور زمن استجابة واجهة الدفع): التصنيف SEV2 لأن الدفع يعمل جزئيًا مع بطء، إيقاع تحديث كل ساعة. الاحتواء: rollback للإصدار الأخير من خدمة الدفع خلال 12 دقيقة فاستقر زمن الاستجابة؛ خطة التراجع لو فشل: تحويل الحركة إلى المنطقة الثانية. تحديث خارجي: «نرصد بطئًا في عمليات الدفع منذ 14:05، طبّقنا إجراء تخفيف والخدمة تتعافى، التحديث القادم 15:00». السبب الجذري عبر 5 لماذا: إصدار جديد رفع حجم استعلام دون فهرس مناسب فارتفع زمن قاعدة البيانات؛ عامل مساهم: غياب اختبار حمل قبل النشر. جدول الإجراءات: [إضافة الفهرس المفقود | فريق البيانات | خلال 3 أيام | عالية | قيد التنفيذ] · [بوابة اختبار حمل قبل النشر | فريق المنصّة | خلال أسبوعين | متوسطة | مفتوحة] · [تنبيه على زمن استجابة قاعدة البيانات | DevOps | خلال أسبوع | عالية | مفتوحة].

اشتراك مستقل

‏299 ج.م.‏30 يوماشتراك سوق الأوامر الشهري‏2,499 ج.م.‏365 يوماشتراك سوق الأوامر السنوي