حول الإشارات إلى خدمات موثوقة

• الإرهاق من كثرة التنبيهات

  تضيع الأحداث المهمة وسط الضوضاء.

• غياب الرؤية على مستوى الخدمة

  الإشارات غير مرتبطة بالخدمات.

• أعباء الموثوقية المتراكمة

  الدروس المستفادة لا تنعكس على الممارسات.

تخبرك المراقبة بحدوث تغيير؛ أما قابلية الرصد فتوضح ما يعنيه ذلك للخدمة. تربط وحدة Observability & SRE المقاييس والسجلات والتتبعات بنموذج الخدمة، وتدير الموثوقية من خلال أهداف صريحة لمستوى الخدمة (SLOs) وميزانيات للأخطاء، وتحول الأحداث القليلة ذات الأهمية إلى حوادث تتضمن سياق الخدمة منذ إنشائها.

العرض المميز

من الإشارة إلى سلامة الخدمة

يرى المهندسون الأحداث المهمة المرتبطة بالخدمات ويتخذون الإجراءات قبل تأثر المستخدمين.

1. الخطوة 1

   الجمع

   استقبال الإشارات.

2. الخطوة 2

   الاكتشاف

   إنشاء الأحداث.

3. الخطوة 3

   الربط

   تقليل الضوضاء.

4. الخطوة 4

   إضافة السياق

   الربط بالخدمات.

5. الخطوة 5

   اتخذ الإجراء

   حادث أو دليل إجراءات تشغيلية.

المشاركون

• • SRE
• • مالك الخدمة
• • فريق الحوادث

عناصر العمل

• • حدث
• • تنبيه ناتج عن ربط الأحداث
• • حادث

القرارات والموافقات

• • فتح حادث أو الحل التلقائي

الأتمتة

• • الربط
• • قواعد إنشاء الحوادث

ضوابط الحوكمة

• • حوكمة قواعد الأحداث

النتيجة

تتحول الأحداث المهمة إلى حوادث تتضمن سياق الخدمة.

1. 01

   القرارات ضمن دورة الحياة

   يقرر المهندسون ما إذا كان التنبيه الناتج عن ربط الأحداث يستدعي فتح حادث أو تشغيل دليل إجراءات تشغيلية أو الإقرار بأنه مجرد ضوضاء؛ ويحدد مالكو الخدمات أهداف مستوى الخدمة (SLO) وكيف تضبط سياسة ميزانية الأخطاء وتيرة الإصدارات. ويسجل كل قرار مع الأدلة المستمدة من الإشارات.

2. 02

   الاستثناءات والتصعيد

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

3. 03

   أتمتة تحت التحكم البشري

   تعمل قواعد استقبال البيانات وربطها وإزالة التكرار وإنشاء الحوادث تلقائيا؛ ويشير اكتشاف الحالات الشاذة إلى الأنماط غير المعتادة. أما فتح الحوادث وتشغيل أدلة الإجراءات التشغيلية وتغيير أهداف مستوى الخدمة (SLOs)، فتبقى قرارات تتطلب تأكيد المهندسين.

4. 04

   التحليلات والتكاملات

   تعرض تقارير أحجام الإشارات ونسب الربط والالتزام بأهداف مستوى الخدمة (SLO) واتجاهات الأعباء التشغيلية المتكررة عبر Analytics Hub. وتوفر CMDB سياق الخدمة، وتتلقى Incident Management الأحداث المهمة، وتستخدم Capacity Management المقاييس للتنبؤ.

• أربعمائة تنبيه، ومشكلة واحدة

  تؤدي أعطال عنقود قواعد بيانات إلى إطلاق تنبيهات عبر اثنتي عشرة لوحة معلومات، ويقضي المهندسون الساعة الأولى في التحقق من أنها جميعا تعود إلى المشكلة نفسها.

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

• نقاش الموثوقية القائم على الانطباعات

  يريد الفريق الهندسي الاستثمار في الموثوقية، بينما تريد فرق الأعمال مزايا جديدة؛ ولا يملك الطرفان مقياسا مشتركا لتكلفة الموثوقية.

  كيف يساعد Nexus: توفر أهداف مستوى الخدمة (SLOs) المقترنة بميزانيات الأخطاء أداة قياس مشتركة للطرفين: ما دامت الميزانية ضمن الحدود السليمة، يمكن الحفاظ على وتيرة الإصدارات بأمان؛ وعندما تستنزف، تعطى الأولوية لأعمال الموثوقية وفقا للسياسة، لا بناء على الجدل.

• مراجعة ما بعد الحادث التي لم تغير شيئا

  تراجع الحوادث وتكتب الوثائق، ثم تتكرر أنماط الإخفاق نفسها لأن أعمال المتابعة لا تخضع للتتبع.

  كيف يساعد Nexus: تنتج قوالب مراجعة ما بعد الحادث إجراءات تخضع للتتبع، ويسهم تحديد الأعمال اليدوية المتكررة في وضع خطة للحد منها؛ فتتحول هندسة الموثوقية إلى قائمة أعمال مدارة بدلا من مجرد نوايا حسنة.

• ITIL 4

  المراقبة وإدارة الأحداث

  يدعم جمع الإشارات وربط الأحداث وتدفق التحويل من حدث إلى حادث، مع سياق الخدمة وسجلات الأحداث المحتفظ بها، ممارسة المراقبة وإدارة الأحداث في ITIL 4.

• ISO/IEC 20000-1:2018

  §8.6 إدارة الأحداث

  تدعم سجلات الأحداث والعتبات المضبوطة والاستجابات الآلية الخاضعة للحوكمة عملية إدارة الأحداث المنصوص عليها في المعيار.

• ممارسات هندسة موثوقية المواقع (SRE)

  أهداف مستوى الخدمة (SLOs) وميزانيات الأخطاء (ممارسة متبعة في القطاع، وليست معيارا رسميا)

  يتوافق تحديد أهداف مستوى الخدمة (SLO) وتتبع مؤشرات مستوى الخدمة (SLI) ومراقبة ميزانيات الأخطاء مع تحليل معدل استهلاكها والتخطيط للحد من الأعمال اليدوية المتكررة مع الممارسات الراسخة لهندسة موثوقية المواقع.

• إشارات مصحوبة بسياق الخدمة

  تربط الأحداث بنموذج الخدمات نفسه في CMDB الذي تحكمه بقية مكونات Nexus، ليظهر التنبيه مرفقا بالخدمة المتأثرة واعتمادياتها منذ البداية.

• الموثوقية بوصفها ممارسة مدارة

  توجد أهداف مستوى الخدمة (SLOs) وميزانيات الأخطاء وتتبع الأعمال اليدوية المتكررة وإجراءات ما بعد الحادث في المنصة إلى جانب الحوادث والتغييرات؛ فهندسة الموثوقية عمل خاضع للحوكمة، وليست منظومة أدوات موازية.

• ضجيج أقل مع الحفاظ على التقدير البشري

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

• التوصية

  الربط عبر AIOps

  تجمع الأحداث المترابطة وتقترح الأسباب المحتملة.

• تنبؤي

  اكتشاف الحالات الشاذة

  توضع علامات على الأنماط غير المعتادة.

• حوكمة القواعد

  تراجع قواعد الأحداث.

• الامتثال

  مراقبة تلتزم بالسياسات.

• عزل المستأجرين

  يقتصر نطاق السجلات على البيئة الخاصة بالمؤسسة.

• Incident Management

  يستقبل الأحداث المهمة.

  استعرض الوحدة

• Capacity Management

  يستخدم المقاييس لإعداد التوقعات.

  استعرض الوحدة

• Infrastructure

  مصدر إشارات البنية التحتية.

  استعرض الوحدة

• Asset Management / CMDB

  يوفر سياق الخدمة.

  استعرض الوحدة

• ضجيج أقل

  يركز المهندسون على ما يهم.

• تحرك مبكر

  اكتشاف المشكلات قبل أن يكتشفها المستخدمون.

• موثوقية أفضل

  تتحسن الممارسات.

أين تستخدم هذه الوحدة

• AIOps وDigital Operations

  تنبأ بانقطاعات الخدمة وامنعها — اربط الأحداث، وحدد السبب الجذري، وعالج المشكلات ضمن ضوابط.

  استكشف الحل

• عمليات البيئات الهجينة ومتعددة السحابات

  حوكم AWS وAzure وGCP وOCI على نطاق واسع — الوضع الأمني والتكلفة والسعة والسياسات كشيفرة.

  استكشف الحل