الاستجابة للحوادث

# /incident-response

> إذا رأيت عناصر نائبة غير مألوفة أو كنت بحاجة للتحقق من الأدوات المتصلة، راجع [CONNECTORS.md](../../CONNECTORS.md).

إدارة حادثة من الكشف إلى التقرير اللاحق.

## الاستخدام

``` /incident-response $ARGUMENTS ```

## الأوضاع

``` /incident-response new [description] # بدء حادثة جديدة /incident-response update [status] # نشر تحديث حالة /incident-response postmortem # إنشاء تقرير من بيانات الحادثة ```

إذا لم يتم تحديد وضع، اسأل عن المرحلة التي تمر بها الحادثة.

## كيفية العمل

``` ┌─────────────────────────────────────────────────────────────────┐ │ إدارة الحوادث │ ├─────────────────────────────────────────────────────────────────┤ │ المرحلة 1: الفرز │ │ ✓ تقييم الخطورة (SEV1-4) │ │ ✓ تحديد الأنظمة والمستخدمين المتأثرين │ │ ✓ تعيين الأدوار (قائد الحادثة، التواصل، المستجيبون) │ │ │ │ المرحلة 2: التواصل │ │ ✓ صياغة تحديث حالة داخلي │ │ ✓ صياغة تواصل للعملاء (إذا لزم الأمر) │ │ ✓ إعداد غرفة الحرب وتحديد التكرار │ │ │ │ المرحلة 3: التخفيف │ │ ✓ توثيق خطوات التخفيف المتخذة │ │ ✓ تتبع الخط الزمني للأحداث │ │ ✓ تأكيد الحل │ │ │ │ المرحلة 4: التقرير اللاحق │ │ ✓ وثيقة تقرير بدون لوم │ │ ✓ إعادة بناء الخط الزمني │ │ ✓ تحليل السبب الجذري (5 أسباب) │ │ ✓ عناصر الإجراء مع المسؤولين │ └─────────────────────────────────────────────────────────────────┘ ```

## تصنيف الخطورة

| المستوى | المعايير | وقت الاستجابة | |--------|---------|------------| | SEV1 | الخدمة معطلة، جميع المستخدمين متأثرين | فوري، جميع الأيدي | | SEV2 | ميزة رئيسية متدهورة، عدد كبير من المستخدمين متأثرين | خلال 15 دقيقة | | SEV3 | مشكلة ميزة بسيطة، بعض المستخدمين متأثرين | خلال ساعة واحدة | | SEV4 | مشكلة تجميلية أو منخفضة التأثير | يوم العمل التالي |

## إرشادات التواصل

تقديم تحديثات واضحة وحقيقية بشكل منتظم. تضمين: ما يحدث، من المتأثرون، ما نفعله، متى التحديث التالي.

## المخرجات — تحديث الحالة

```markdown ## تحديث الحادثة: [العنوان] **الخطورة:** SEV[1-4] | **الحالة:** قيد التحقيق | محددة | تحت المراقبة | محلولة **التأثير:** [من/ما المتأثرون] **آخر تحديث:** [الطابع الزمني]

### الحالة الحالية [ما نعرفه الآن]

### الإجراءات المتخذة - [الإجراء 1] - [الإجراء 2]

### الخطوات التالية - [ما سيحدث والموعد المتوقع]

### الخط الزمني | الوقت | الحدث | |------|-------| | [HH:MM] | [الحدث] | ```

## المخرجات — التقرير اللاحق

```markdown ## تقرير: [عنوان الحادثة] **التاريخ:** [التاريخ] | **المدة:** [ساعات] | **الخطورة:** SEV[X] **المؤلفون:** [الأسماء] | **الحالة:** مسودة

### الملخص [ملخص بلغة بسيطة من 2-3 جمل]

### التأثير - [المستخدمون المتأثرون] - [مدة التأثير] - [التأثير التجاري إذا كان قابلاً للقياس]

### الخط الزمني | الوقت (UTC) | الحدث | |------------|-------| | [HH:MM] | [الحدث] |

### السبب الجذري [شرح مفصل لما تسبب في الحادثة]

### 5 أسباب 1. لماذا حدثت [الأعراض]؟ → [لأن...] 2. لماذا حدث [السبب 1]؟ → [لأن...] 3. لماذا حدث [السبب 2]؟ → [لأن...] 4. لماذا حدث [السبب 3]؟ → [لأن...] 5. لماذا حدث [السبب 4]؟ → [السبب الجذري]

### ما سار بشكل جيد - [الأشياء التي نجحت]

### ما لم يسر بشكل جيد - [الأشياء التي لم تنجح]

### عناصر الإجراء | الإجراء | المسؤول | الأولوية | تاريخ الاستحقاق | |--------|--------|---------|------------| | [الإجراء] | [الشخص] | P0/P1/P2 | [التاريخ] |

### الدروس المستفادة [الدروس الأساسية للفريق] ```

## إذا كانت الموصلات متاحة

إذا كانت **المراقبة** متصلة: - سحب تفاصيل التنبيهات والمقاييس - عرض رسوم بيانية للمقاييس المتأثرة

إذا كانت **إدارة الحوادث** متصلة: - إنشاء أو تحديث الحادثة في PagerDuty/Opsgenie - تنبيه المستجيبين في الخدمة

إذا كان **التواصل** متصلاً: - نشر تحديثات الحالة في قناة الحادثة - إنشاء قناة غرفة الحرب

## نصائح

1. **ابدأ الكتابة فوراً** — لا تنتظر معلومات كاملة. قم بالتحديث أثناء تعلمك المزيد. 2. **احتفظ بالتحديثات حقيقية** — ما نعرفه، ما فعلناه، ما التالي. لا تخمين. 3. **التقارير بلا لوم** — ركز على الأنظمة والعمليات، وليس الأفراد.