عمليات روبوت الحوادث والدردشة

1) الغرض والقيمة

• يقلل من MTTA/MTTR عن طريق أتمتة الروتين ؛
• يخلق حلقة واحدة من الحقائق (SoT) والاتصالات ؛
• ويتيح إمكانية الإثبات (مراجعة الحسابات، والجداول الزمنية، وتحديث جيش تحرير السودان) ؛
• يقلل من العبء عند الطلب و «الدفن» في وحدات التحكم.

2) الأدوار و RACI في عمليات الدردشة

قائد الحادث (IC) - مالك الحادث: الافتتاح/الإغلاق، الأولوية، الحلول.
Comms Lead (CL) - النصوص والجدول الزمني للتحديثات (الخارجية/الداخلية).
المجالات الرائدة (المدفوعات/الألعاب/Core/Infra) - حقائق وإصلاحات فنية.
Scribe - timeline, action log.
Bot Admin - حقوق/سياسات/اندماج الروبوت.

القاعدة: حادثة واحدة لها رتبة IC واحدة و CL واحدة ؛ عكس الدور - عن طريق أمر الروبوت الصريح.

3) السيناريوهات من البداية إلى النهاية

1. بداية الحادث: تنبيه → «/الحادث الجديد p1 »إيداع الاتحاد الأوروبي لأسفل« »→ يقوم الروبوت بإنشاء بطاقة، وغرفة var، وتعيين IC/CL، وتحديد مؤقت للتحديث الأول.
2. Ведение: "/الحادثة إضافة حقائق "، "/مجموعة حالة الحادث المتدهورة"، "/حادثة تعيين @ payments-lead'، "/مؤقت الحادث 20 م ".
3. الاتصالات: «/حادث نشر الحالة »(مشروع CL)، «/إخطار الشركاء بالحوادث»، «/مشروع منظم الحوادث ».
4. Действия: «/runbook psp-failover PSP1→PSP2 »، «/feature modge replay-center off 60 m»، «/تحول حركة المرور 30٪ eu→uk ».
5. الإغلاق وتشريح الجثة: «حل الحوادث»، الجدول الزمني للتحصيل التلقائي، «/إنشاء تشريح الجثة ».

4) أوامر الروبوت (النواة)

إنشاء/تصنيف

'/حادثة جديدة p{1|2|3|4} «<عنوان>» [مكونات =...] [المناطق =] "

«/مجموعة شدة الحادث p2 »، «/علامة الحادث إضافة المدفوعات، psp»

الملكية والأدوار

'/ic @ user ', '/incident comms @ user', '/incident signn @ user [domain] '

تحديثات Timers و SLO

«/الحادث التالي تحديث 15 م »، «/تذكير الحادث» (بوت بينجز CL)، «/مجموعة إيتا الحادثة 18: 30 »

الحقائق والمركز

'/حقيقة الحادث «auth-success PSP1 -25٪ TR/EU»، '/حالة الحادث {التحقيق في 'degraded' monitoring 'resolved}'

حزم Comm

"/مسودة حادثة عامة "partners' regulator"، "/نشر الحادث "

التكامل

"/runbook ، "/رابط لوحة القيادة "، "/إنشاء التذكرة <النظام>"

الإغلاق/تشريح الجثة

'/حل الحادث [السبب =...] '، '/توليد ما بعد الوفاة'، '/postmortem assignn @ owner '

5) عمليات الإدماج (الحد الأدنى المطلوب)

الرصد: تنبيهات، SLI/SLO (معدل الحرق)، وصلات إلى لوحات القيادة.
مدير الحوادث: حالة الاتجاهين/التزامن الميداني.
صفحة الحالة: المسودات والنشر عبر CL (بوابة السياسات).
مقدمو الخدمة (PSP/KYC/Game Studios): أدلة الاتصال، الرسائل/القنوات السريعة.
Release/Feature Flags: canary stops/placks، release links.
Runbooks/Auto-Remediation: Safe Action Catalog with guardrails.
CMDB/المالكون: التعيين التلقائي لخيوط المجال، التصعيد.
التخزين الزمني: WORM/غير قابل للتغيير للتدقيق/بعد الوفاة.

6) بنية الروبوت

البوابة (محول الدردشة): واجهات Slack/Teams/Telegram.
Command Parser + Policy Engine: الترخيص والتحقق من الصحة و SoD والتحمل.
المنسق: سيناريوهات الحوادث، المؤقتات، التذكيرات.
طبقة الدمج: العملاء إلى ITSM، الرصد، صفحة الحالة، الإصدارات، كتيبات التشغيل.
مخزن الأدلة: الأحداث والحقائق وانتشار الرسائل والمرفقات (WORM).
المقاييس والتدقيق: مقاييس الجودة، سجلات العمل، تتبع الأوامر.

7) السياسات والحقوق والأمن

RBAC/ABAC: من يمكنه إنشاء/إغلاق، وتغيير الشدة، والنشر في الخارج.
SoD: يتطلب نشر Comms دور CL ؛ الإجراءات عالية الخطورة (توجيه PSP، تصدير PII) - التحكم المزدوج.
حقوق JIT: إصدار مؤقت لقادة المجال وقت وقوع الحادث.
التوقيع والتشفير: الخطابات الشبكية/الطلبات على النظم - HMAC/mTLS.
حماية الأصابع الدهنية: تأكيد الأوامر الخطرة، والجافة و TTL للعمل.
نظافة PII: الإخفاء في المسودات/السجلات ؛ تثبيط PII في القنوات المفتوحة.

8) تدفقات التشغيل الآلي (مثال)

يقوم روبوت → Alert P1 بإنشاء غرفة var (# inc-2025-11-01-001)، pings أثناء الخدمة (IC، CL، Payments/Infra).
تربط لوحات القيادة/SLI، وتفتح تذكرة في ITSM، وتعد نموذجًا لأول تحديث عام.
يحدد المؤقتات: «التحديث التالي في 15 دقيقة»، تذكيرات CL.
كتب التشغيل Предлагает: "PSP إعادة توجيه 30٪ →" PSP2, "تحلل مركز إعادة التشغيل"، "autoscale settle-workers'.
عند النشر - إصلاح نسخة النص ونشرها على صفحة الحالة/الشبكة الاجتماعية (عبر CL).
عند الإغلاق - يجمع الجدول الزمني والمقاييس ومسودة تشريح الجثة وإرسال البريد لكبار الشخصيات/الشركاء.

9) الجداول الزمنية وقابلية الإثبات

يتم تسجيل كل حدث: «T + mm: الوصف، المؤلف/الروبوت، الأمر، النتيجة، الروابط».
يتم دعم تعديلات الرسائل (diff)، التي ترتبط بالإصدارات/أعلام الميزات/الأعمال المخطط لها.
التصدير: PDF/CSV لمراجعة الحسابات والمنظمين.

10) المقاييس (KPI/KRI ChatOps)

MTTA (دردشة): تنبيه إلى '/حادث جديد '.
MTTS (إعداد): قبل أن تصبح غرفة var جاهزة ويتم تخصيص الأدوار.
الالتزام بالإيقاع: الالتزام بفترات التحديث العامة.
معدل استخدام دفتر التشغيل: نسبة الحوادث ذات الأنشطة الآلية.
درجة الاتساق: التناقضات بين القنوات = 0 - الهدف.
Pager fatigue↓: أجهزة استدعاء يدوية مخفضة مع نفس SLO/أفضل.
تشريح الجثة بعد الوفاة: نسبة تشريح الجثة المجمعة ≤ D + 5.

11) كتالوج قالب (شظايا)

/incident new p1 "Deposits EU down" components=payments,deposits regions=EU

/incident draft public
/incident publish public

/runbook psp-failover PSP1→PSP2 30%
/feature toggle replay-center off 45m

/postmortem generate
/postmortem assign @owner

12) تضمين العمليات

الاتصالات: رابط إلى اتصالات الحوادث وصفحات حالة النظام.
قابلية الملاحظة: وصلات سريعة إلى SLO/SLI والمواد التركيبية ؛ التعلق التلقائي للرسوم البيانية.
التنبيه: الإنشاء التلقائي لحادث أثناء P1/P2 ؛ دفق واحد من الإشارات.
الإصلاحات التلقائية: كتيبات تشغيل ذات زر واحد مع حواجز حماية وتراجع.
محرك سير العمل: المهام البشرية (4 عيون)، مؤقتات التصعيد، قوائم التحقق.

13) خارطة طريق التنفيذ (4-8 أسابيع)

نيد. 1-2: فرق MVP: «/الحادث الجديد »، الأدوار (IC/CL)، غرفة var، مؤقت التحديث، التواصل مع ITSM والمراقبة.
نيد. 3-4: نماذج الرسائل (الجمهور/الشركاء/المنظمون)، صفحة الحالة (chernovik→publikatsiya)، فهرس 5-7 كتيبات التشغيل.
نيد. 5-6: السياسة كرمز (RBAC/SoD/JIT)، التحكم المزدوج في المخاطر العالية، مجلة WORM، لوحة تحكم ChatOps KPI.
نيد. 7-8: تمارين P1/P2 الطاولة، التكامل مع الإصدارات/أعلام الميزات، التجميع التلقائي لتشريح الجثة، التوطين.

14) أنتيباترن

«في جميع أنحاء الروبوت» بدون حواجز حماية → أعمال خطرة عشوائية.
وظائف إلى صفحة الحالة بدون CL/دور الاستعراض القانوني.
أوامر بدون سجلات/إصدارات → قابلية للإستبعاد.
أشكال معقدة (20 + حقول) في الدردشة - تنخفض السرعة ؛ أوامر قصيرة أفضل + روابط.
لا توجد أجهزة توقيت تحديث → «الصمت» في P1.
عدم تكامل مصرف التنمية الأفريقي/المالك → فوضى المهام.

15) خلاصة القول

روبوت الحوادث و ChatOps ليسا «روبوتًا به أوامر»، بل منصة تشغيل: بداية سريعة للحادث، وتحديث الانضباط، وإجراءات آلية مع قيود آمنة، وقابلية للمراقبة من طرف إلى طرف وإمكانية الإثبات. مثل هذه الدائرة تقلل بشكل متوقع من MTTR، وتحسن جودة الاتصالات وتحمي عائدات أعمال iGaming في أوقات الذروة.