iShield Solutions Series، عمليات تقنية المعلومات وDigital Operations · العمليات
AIOps وDigital Operations
اكتشف المؤشرات قبل مستخدميك، واتخذ الإجراء المناسب في ضوء السياق
يحول حل AIOps وDigital Operations سيل أحداث المراقبة إلى قائمة مختصرة من الحالات المرتبطة بالخدمات، ويربط كل حالة بالخدمات والتغييرات الكامنة وراءها، ويتابعها عبر القرارات المتعلقة بالحوادث والأسباب والسعة مع الحفاظ على ترابط السياق.
تنبأ بانقطاعات الخدمة وامنعها — اربط الأحداث، وحدد السبب الجذري، وعالج المشكلات ضمن ضوابط.
الرحلة في لمحة
- راقبObservability & SRE
- اربط الأحداثObservability & SRE
- أضف السياقAsset Management / CMDB
- استجبIncident Management
- عالجأداة اختيار أدلة الإجراءات التشغيلية · وسيط الموافقات · iShield Link
- صعدCrisis Management
- حدد السببProblem Management
- خطط مسبقًاCapacity Management
التحدي المؤسسي
بيانات القياس عن بعد وفيرة. والسياق نادر.
تغمر أحداث المراقبة فرق العمليات، لكنها تفتقر إلى سياق الخدمات، مما يؤخر اكتشاف المشكلات الفعلية.
- الإرهاق الناجم عن كثرة التنبيهات يحجب المؤشرات المهمة
- المستخدمون هم من يكتشفون انقطاعات الخدمة
- حدود السعة تفاجئ الفرق
تنتج البيئات التقنية الحديثة بيانات قياس عن بعد تفوق قدرة أي فريق على قراءتها. وتتدفق المقاييس والسجلات والتتبعات والاختبارات الاصطناعية من أدوات عديدة، لكل منها عتباتها الخاصة، فيما تصف معظم التنبيهات أعراضًا على مستوى أحد المكونات بدلًا من أثرها على خدمة.
السؤال التشغيلي ليس «ما الذي أطلق التنبيه؟»، بل «أي خدمة يتراجع أداؤها، وما الذي تغير، ومن المسؤول عنها، وما مدى إلحاح الأمر؟». وتتطلب الإجابة جمع الحدث ونموذج التكوين وسجل التغييرات في مكان واحد، مع فصل واضح بين ما تقترحه المنصة وما يقرره المهندسون.
تحديات المشترين
تنبيهات كثيرة بلا دلالة واضحة
تحجب التنبيهات المكررة والمتتابعة المؤشرات القليلة المهمة، فينصرف المهندسون المناوبون إلى فرز التنبيهات غير المهمة بدلًا من تقييم الخدمات وترتيب أولوياتها.
غياب سياق الخدمة عند الاكتشاف
تحدد الأحداث أسماء المضيفات والحاويات، لا خدمات الأعمال، فتقدر الأولوية بالتخمين ويتأخر تحديد فريق المعالجة المناسب.
تداخل استعادة الخدمة وتحديد السبب
تعالج الفرق الأعراض تحت الضغط، ثم يتكرر ظهور السبب الكامن، لأن لا أحد يتولى مسؤولية التحقيق بعد استعادة الخدمة.
مفاجآت السعة
تبقى اتجاهات بلوغ السعة القصوى في لوحات معلومات لا يراجعها أحد إلا بعد تجاوز أحد الحدود خلال ذروة الطلب.
أصحاب القرار
- رئيس عمليات تقنية المعلومات
- تحديد قواعد ربط الأحداث وإنشاء الحوادث التي يتم تفعيلها، وتلك التي تبقى قيد المراجعة.
- قائد فريق SRE
- تحديد أهداف مستوى الخدمة وميزانيات الأخطاء ومتى تكون الأولوية لأعمال تحسين الموثوقية.
- مدير الحوادث
- تحديد الأولوية، وإعلان الحادث الجسيم، وتسليم المسؤولية إلى قيادة الأزمات.
- المسؤول عن السعة
- تحديد التوقعات المقبولة ومواعيد جدولة تغييرات السعة.
رحلة مؤسسية متكاملة
من ألف حدث إلى حالة واحدة بمسؤولية محددة
تتبع تدهور الأداء من الإشارات الأولى وصولا إلى خطة للسعة. يضيق نطاق الأحداث مع ربطها ببعضها وإضافة سياق الخدمة إليها؛ وبعد استعادة الخدمة، تستمر المتابعة لتحديد السبب والوقاية.
- راقب · Observability & SRE
- اربط الأحداث · Observability & SRE
- أضف السياق · Asset Management / CMDB
- استجب · Incident Management
- عالج · محدد دليل التشغيل · وسيط الموافقات
- صعد · Crisis Management
- حدد السبب · Problem Management
- خطط مسبقًا · Capacity Management
المرحلة 1 من 8 راقب
Observability & SRE · iShield Nexus
تصل الإشارات والمقاييس من مصادر المراقبة ضمن تدفق واحد للأحداث، مع الاحتفاظ بمصدرها ومستوى خطورتها وتوقيتها.
- القرار
- تحديد المصادر والعتبات التي تغذي التدفق.
- مسار الاستثناء
- يسجل توقف أي مصدر عن إرسال الإشارات بوصفه حدثًا بحد ذاته، لتبقى فجوات التغطية ظاهرة.
- يسجل بوصفه
- سجل حدث
توضح هذه الرحلة التوزيع المستهدف للمسؤوليات بين المنصات. وهي تصف نموذج تشغيل، لا تكاملا جاهزًا بينها.
توزيع الأدوار في هذا الحل
تحتفظ كل وحدة بمسؤوليتها الخاصة. ترتبط وحدات Nexus بصفحات الوحدات المعتمدة الخاصة بها؛ أما وحدات المنصات الأخرى فترتبط بالمنصة المعنية.
| الوحدة | المنصة | المسؤولية في هذا الحل | يسلم إلى |
|---|---|---|---|
| Observability & SRE | iShield Nexus | يتولى مسؤولية الإشارات: يجمع الأحداث ويربطها ببعضها ويرصد الحالات الشاذة. | التنبيهات المترابطة إلى Incident Management |
| Digital Operations | iShield Nexus | نظرة عامة على العمليات تم الإبقاء عليها، وتجمع الوحدات المتخصصة في قابلية الرصد والأحداث والعمليات. | الانتقال إلى وحدات العمليات المتخصصة |
| Asset Management / CMDB | iShield Nexus | يمنح كل حدث سياق الأعمال من خلال علاقات الخدمات وعناصر التكوين. | الخدمات المتأثرة إلى الحادث |
| Incident Management | iShield Nexus | ينسق استعادة الخدمة مع مجموعة المعالجة المسؤولة. | الحوادث المتكررة إلى Problem Management |
| Problem Management | iShield Nexus | يحقق في الأسباب المتكررة ويزيلها بعد استعادة الخدمة. | التغييرات التصحيحية إلى Change Management |
| Capacity Management | iShield Nexus | يحول اتجاهات بيانات القياس عن بعد إلى توقعات وسيناريوهات للسعة. | تغييرات السعة المجدولة |
| Crisis Management | iShield Nexus | يقود التعامل مع الأحداث الجسيمة من خلال تحديد الأدوار وقناة التنسيق والاتصالات. | إحالة مراجعة ما بعد الحادث إلى Problem Management |
الذكاء ضمن أنماط محددة بوضوح
تقترح قدرات ربط الأحداث واكتشاف الحالات الشاذة في AIOps تجميعات وأسبابًا ليؤكدها المهندسون.
- المساعدة إعداد المسودات أو الإجابة أو التلخيص
- التوصية تقديم مقترحات ليقبلها شخص
- التنبؤ التوقع أو التنبيه
- التشغيل عبر سير العمل يتم فقط وفق الإعدادات والموافقات المعتمدة
| عنصر الذكاء الاصطناعي | ما يقدمه | النمط | المصدر |
|---|---|---|---|
| الربط عبر AIOps | يجمع الأحداث ذات الصلة في حالة واحدة ليؤكدها مهندس. | التوصية | Observability & SRE — ربط الأحداث في AIOps |
| اكتشاف الحالات الشاذة | يرصد السلوك الذي ينحرف عن خط الأساس الذي تعلمه النظام، قبل تجاوز عتبة ثابتة. | تنبؤي | Observability & SRE — اكتشاف الحالات الشاذة |
| تحليل ذكي للحالة التشغيلية | يسلط الضوء على الخدمات التي تظهر عناصر تهيئتها تدهورًا في الحالة التشغيلية. | تنبؤي | Asset Management / CMDB — التحليل الذكي للحالة التشغيلية |
| التنبؤ بالطلب | يتنبأ بالطلب على الموارد استنادًا إلى بيانات القياس عن بعد نفسها، لتمكين التخطيط المسبق للسعة. | تنبؤي | Capacity Management — التنبؤ بالطلب |
| ملخصات الوضع | يعد مسودة ملخص للوضع الراهن ليراجعها فريق القيادة ويشاركها. | المساعدة | Crisis Management — ملخصات الوضع |
القرارات والاستثناءات ومن يتولى مسؤوليتها
قواعد الأحداث وأدوار التعامل مع الحوادث والقرارات موثقة وقابلة للمراجعة.
حول تنبيهًا ناتجًا عن ربط الأحداث إلى حادث
- صاحب المسؤولية الخاضع للمساءلة
- قائد مجموعة المعالجة
- الأدلة المسجلة
- التنبيه الناتج عن ربط الأحداث، والأحداث المندرجة فيه، والخدمة المتأثرة
- مسار الاستثناء
- يتم الاحتفاظ بالتجميعات المستبعدة مع سبب استبعادها، لضبط ربط الأحداث.
نفذ دليل إجراءات المعالجة
- صاحب المسؤولية الخاضع للمساءلة
- صاحب صلاحية الموافقة المعين للخدمة
- الأدلة المسجلة
- دليل الإجراءات المقترح والموافقة والنتيجة ضمن سجل الحادث
- مسار الاستثناء
- تعيد أدلة الإجراءات المرفوضة أو التي فشل تنفيذها الحادث إلى المعالجة اليدوية.
أعلن عن حادث جسيم
- صاحب المسؤولية الخاضع للمساءلة
- مدير الحوادث
- الأدلة المسجلة
- سجل قرارات الأزمة وأدوار القيادة والاتصالات
- مسار الاستثناء
- يتم تسجيل إنهاء حالة الاستنفار مع السبب.
اقبل توقعًا للسعة
- صاحب المسؤولية الخاضع للمساءلة
- المسؤول عن السعة
- الأدلة المسجلة
- التوقع والسيناريو والتغيير المجدول
- مسار الاستثناء
- تعلق التوقعات الخارجة عن النطاق لحين مراجعتها.
القدرات الأساسية
القدرات المنشورة للحل.
قيادة الاستجابة للحوادث الجسيمة
قناة تنسيق الأزمة، والاتصالات، وتوثيق تحليل السبب الجذري (RCA)، وأتمتة مراجعة ما بعد الحادث.
مصمم وفق ممارسات معترف بها
توضح خرائط المواءمة كيفية توافق نموذج التشغيل الشامل مع الممارسات المعترف بها. وهي ليست إقرارات مطابقة أو شهادات اعتماد.
يتبع نموذج التشغيل سلسلة تبدأ بالإشارة وتنتهي بالسبب: تضفي قابلية الرصد ونموذج التهيئة سياق الأعمال على الأحداث قبل تحولها إلى حوادث، وتظل استعادة الخدمة والتحقيق في السبب الجذري ممارستين منفصلتين، لكل منهما مسؤولون محددون، فيما تحدد أهداف مستوى الخدمة متى تكون الأولوية لأعمال الموثوقية.
| الإطار | الممارسة | كيفية عمل الحل | العلاقة |
|---|---|---|---|
| ITIL 4 | المراقبة وإدارة الأحداث وإدارة الحوادث وإدارة المشكلات | تصنف الأحداث وتربط ببعضها قبل تحولها إلى حوادث؛ وتظل استعادة الخدمة والتحقيق في الأسباب ممارستين منفصلتين، لكل منهما مسؤولون معينون.يدعم الممارسات الموضحة في ITIL 4. يقدم ITIL إرشادات، وليس اعتمادًا للمنتج. | الممارسة المتوافقة |
| ISO/IEC 20000-1:2018 | متطلبات الحوادث والمشكلات والسعة في نظام إدارة الخدمات | يمكن أن تستخدم سجلات الحوادث والمشكلات والسعة المنشأة على امتداد المسار كأدلة لمؤسسة تشغل نظام إدارة خدمات وفق ISO/IEC 20000-1.تنطبق المتطلبات على نظام الإدارة في المؤسسة، وليس على البرمجيات. | قدرة داعمة للامتثال |
| ممارسات SRE (ممارسات متبعة في القطاع) | أهداف مستوى الخدمة وميزانيات الأخطاء | تحدد الأهداف الموضوعة للخدمات الخاضعة للرصد متى تستدعي إشارة التدهور تسجيل حادث، ومتى تتقدم أعمال الموثوقية على الأعمال الجديدة في الأولوية.ممارسة متبعة في القطاع، وليست معيارًا. | الممارسة المتوافقة |
السياق التنظيمي
اللوائح والأطر التي تتعامل معها المؤسسات في هذا المجال عادة. ترد هنا كسياق للتخطيط، لا كشهادة اعتماد أو إقرار مطابقة أو خريطة مواءمة جاهزة للاستخدام.
كيف تعمل المنصات معًا
هذا حل يجمع بين عدة منتجات. تحتفظ كل منصة بمسؤوليتها الخاصة؛ ولا تقدم أي منها بوصفها وحدة تابعة لمنصة أخرى.
يشكل ركيزة لسير العمل التشغيلي للحل وسجلاته وحوكمته، من خلال الوحدات الواردة في المسار أعلاه.
الوحدات المشمولة عبر iShield
التكوين الكامل المنشور لهذا الحل.
ما الذي يتغير في المؤسسة
توصف النتائج وصفًا نوعيًا. ولا تنشر الأرقام إلا بعد توثيقها بالأدلة.
تنبيهات أقل وأكثر جودة
يراجع المهندسون حالات مترابطة مرتبطة بالخدمات بدلًا من الأحداث الخام.
اكتشاف مبكر
تكشف الحالات الشاذة والاتجاهات عن تدهور الأداء قبل أن يبلغ عنه المستخدمون.
فصل استعادة الخدمة عن معالجة السبب
تستعاد الخدمة أولًا؛ ثم يزال السبب في إطار حوكمة التغيير.
تخطيط السعة بدلًا من اكتشاف نقصها
توجه التوقعات والسيناريوهات تغييرات السعة استباقًا لذروة الطلب.
ما يميز هذا الحل
سياق الخدمة لحظة الاكتشاف
تستند عملية الربط ونموذج التهيئة وسجل التغييرات إلى قاعدة سجلات موحدة، لذا يظهر اسم الخدمة المتأثرة ومالكها منذ أول عرض للتنبيه.
مسار واحد من الإشارة إلى خطة السعة
تمر الحالة نفسها عبر قرارات الحوادث والأزمات والمشكلات والسعة، دون إعادة إدخال البيانات أو نقلها بين الأدوات.
أتمتة تنتظر تدخلًا بشريًا
يقترح وكلاء iShield Link أدلة إجراءات المعالجة، ولا تنفذ إلا بعد قبولها من مسؤول مخول بالاعتماد وخاضع للمساءلة، مع تسجيل النتيجة في سجل الحادث.
التنفيذ وسياق القطاع
معلومات التخطيط المنقولة من سجل الحل.
خطة تحقيق القيمة خلال 30 / 60 / 90 يوم
الأيام 0–30 — التأسيس
جهز مساحة عمل iShield، واربط المصادر المرجعية المعتمدة، واستورد بيانات خط الأساس.
- تجهيز المستأجر في المنطقة المختارة (KSA / UAE / EU / US)
- مواءمة SSO + RBAC مع هوية المؤسسة (Entra ID / Okta)
- ربط التكاملات ذات الأولوية ومطابقة بياناتها، بعدد 5
- قياس مؤشرات الأداء الرئيسية (KPIs) لخط الأساس قبل أي تغيير
الأيام 31–60 — التفعيل
فعل الأتمتة ووكلاء الذكاء الاصطناعي والضوابط الوقائية لمسار القيمة ذي الأولوية.
- تشغيل عمليات سير العمل لحالات الاستخدام ذات الأولوية، بعدد 3
- تفعيل وكلاء الذكاء الاصطناعي في Link بضوابط وقائية وموافقات صريحة
- اكتمال تمكين المستخدمين المتقدمين وتدريب مسؤولي النظام
- أول تحسن قابل للقياس في مؤشر أداء رئيسي (KPI) مقارنة بخط الأساس
الأيام 61–90 — التوسع
أرس ممارسات تشغيلية قابلة للتوسع، وعمم الحل على فرق إضافية، وأثبت العائد على الاستثمار (ROI) للجنة التوجيهية.
- تعميم الحل على وحدات أعمال / مناطق جغرافية إضافية
- لوحة معلومات تنفيذية تقارن النتائج المستهدفة بالفعلية
- إعداد قائمة الأعمال المتراكمة للتحسين المستمر
- مذكرة موقعة بشأن العائد على الاستثمار (ROI) وخطة للتجديد / التوسع
الأدوار المستفيدة
سيناريوهات قطاعية توضيحية
حالات نموذجية بحسب القطاع. ترد اللوائح المذكورة هنا لتوضيح السياق، ولا تمثل شهادات أو التزامات.
الطاقة والنفط والغاز
توسيع نطاق AIOps وDigital Operations ليشمل بيئات التقنيات التشغيلية (OT) عبر جسر OT في iShield Link.
القطاع العام (رؤية السعودية 2030 / الحكومة الرقمية في الإمارات)
تقديم AIOps وDigital Operations على سحابة سيادية مع المواءمة مع متطلبات NCA / TDRA.
الرعاية الصحية
AIOps وDigital Operations مع تدفقات بيانات تراعي HIPAA / NPHIES وضوابط وقائية للمعلومات الصحية المحمية (PHI).
حلول تقنية المعلومات والعمليات الرقمية ذات الصلة
إدارة حديثة لخدمات تقنية المعلومات (ITSM)
تميز في الخدمة على مستوى المؤسسة — بوابة موحدة، ووكلاء ذكاء اصطناعي، وتقديم خدمات مع الحفاظ على سلامتها أثناء التغيير.
افتحعمليات البيئات الهجينة ومتعددة السحابات
حوكم AWS وAzure وGCP وOCI على نطاق واسع — الوضع الأمني والتكلفة والسعة والسياسات كشيفرة.
افتحاستراتيجية تقنية المعلومات ومحفظتها وشؤونها المالية
وائم استثمارات تقنية المعلومات مع نتائج الأعمال — خرائط القدرات، واستقبال الطلبات، وإدارة مالية بمستوى TBM.
افتح
