صِف أسوأ حادث إنتاج واجهته وما فعلته في أول 30 دقيقة.

Question

IT Interview Practice · Accepted Answer

**توضح الإجابة القوية كيف قللت ضرر العملاء، واتخذت قرارات بأدلة ناقصة، ومنعت التكرار.** صف دورك بوضوح بدل تقديم عمل الفريق كله كأنه عملك وحدك.

استخدم حادثًا عشته بالفعل. السيناريو التالي خيالي يوضح البنية؛ استبدله بأفعالك الحقيقية ونتائجك المتحققة في المقابلة. فتراته الزمنية توضيحية وليست مواعيد عامة ملزمة للاستجابة للحوادث.

## 1. وضح الوضع ومسؤوليتك

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

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

## 2. أول خمس دقائق: أكد الأثر ونظم الاستجابة

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

سبب التنظيم عملي: تغييرات مستقلة يجريها أشخاص عدة قد تخفي السبب أو تزيد الحادث سوءًا. يجب أن يميز التحديث الحقائق المؤكدة عن الفرضيات ويحدد موعد التحديث التالي. راجع [إرشادات الاستجابة للحوادث](https://sre.google/workbook/incident-response/) من Google.

## 3. الدقائق العشر التالية: اختر تخفيفًا آمنًا للضرر

افترض أن التحقيق وجد تشبع اتصالات قاعدة البيانات وأن الإصدار أضاف مسار تقارير مكلفًا. سأقارن التراجع عن الإصدار بتعطيل ذلك المسار مؤقتًا مع إبقاء الشراء متاحًا.

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

يجب أن يتبع القرار الأدلة المتاحة وإمكانية الرجوع. لن أنتظر اليقين الكامل بالسبب الجذري والعملاء عالقون، لكنني سأسجل سبب توقع فائدة الإجراء المختار.

## 4. حتى ثلاثين دقيقة: تحقق من استعادة الخدمة المفيدة

انخفاض رسم CPU غير كافٍ. أكد نجاح محاولات الشراء الفعلية، وعودة زمن الاستجابة إلى نطاق مقبول، وتناقص العمل المتراكم دون ضغط جديد. راقب بعد التخفيف بدل إعلان الاستعادة بعد طلب ناجح واحد.

لنتائج الدفع الغامضة، طابق مع نظام الدفع قبل إعادة التحصيل. قد تخفي المهلة المنتهية دفعة مكتملة. وضح ما تعافى وما بقي غير مؤكد وما ينبغي للعملاء فعله، دون اختراع موعد استعادة لا تدعمه الأدلة.

## 5. بعد الاستعادة: غيّر الظروف التي سمحت بالفشل

في هذا السيناريو الخيالي، قد يكشف التحقيق أن التقارير والشراء اشتركا في ميزانية اتصالات وأن التقارير بلا حد عمل فعال. يجب أن تعالج المتابعة هذه الآلية بدل الاكتفاء بعبارة «لنكن أكثر حذرًا».

- حد عمل التقارير وتزامنها كي لا تستهلك ميزة واحدة المورد المشترك كله.
- قيّم عزل الموارد عند الحاجة واختبر التقارير مع الشراء بحمل ممثل.
- أنشئ تنبيهات لنجاح الشراء وزمنه، وتدرّب على التخفيف أو التراجع.
- أعطِ كل إجراء تصحيحي مسؤولًا وموعدًا وطريقة للتحقق من اكتماله.

في مقابلة حقيقية، اختم بنتيجة الاستعادة الفعلية وأدلة من اختبارات المتابعة أو التشغيل اللاحق. إذا لم يُجمع قياس، فقل ذلك بدل تقديم رقم مبهر. يجب أن يرتبط الدرس مباشرة بتغيير ساعدت في تنفيذه والتحقق منه.

1. وضح الوضع ومسؤوليتك

2. أول خمس دقائق: أكد الأثر ونظم الاستجابة

3. الدقائق العشر التالية: اختر تخفيفًا آمنًا للضرر

4. حتى ثلاثين دقيقة: تحقق من استعادة الخدمة المفيدة

5. بعد الاستعادة: غيّر الظروف التي سمحت بالفشل

أسئلة ذات صلة