جمع بيانات المراقبة الصحيحة
تساعد مراقبة صحة وتوافر حل السحابة على بناء فهم للإشارات التي تتوقعها في أنظمتك حتى تتمكن من تحديد البيانات التي يجب جمعها.
هذه المقالة هي جزء من سلسلة في دليل مراقبة السحابة.
اعتبارات جمع البيانات
اطرح على نفسك هذه الأسئلة لتحديد معايير لتكوين المراقبة:
تكوين الخدمة: ما هو تكوين الخدمات؟ هل تتم مراقبة هذه التبعيات اليوم؟ إذا كان الأمر كذلك، هل هناك أدوات متعددة معنية، وهل هناك فرصة للدمج دون إدخال مخاطر إضافية؟
تحديد حالات الفشل التي يمكن التنبؤ بها: هذه الإشارات هي أعراض الفشل، وليس السبب. تستخدم أدوات المراقبة المقاييس والسجلات للتشخيصات المتقدمة وتحليل السبب الجذري.
اتفاقية مستوى الخدمة للخدمة: ما هي اتفاقية مستوى الخدمة (SLA) للخدمة، وكيف ستقوم بقياسها والإبلاغ عنها؟
تصميم لوحة معلومات الخدمة: كيف يجب أن تبدو لوحة معلومات الخدمة عند مراجعة الحوادث؟ كيف يجب أن تبدو لوحة المعلومات لمالك الخدمة والفريق الذي يدعم الخدمة؟
مقاييس الموارد: ما هي مقاييس الموارد التي ينتجها الحل الذي تحتاج إلى مراقبته؟
بحث السجل: كيف سيقوم مالك الخدمة وفرق الدعم والموظفين الآخرين بالبحث في السجلات؟
مشاركة المساهمين: قم بتضمين مالك خدمة المراقبة ومدير عمليات تكنولوجيا المعلومات وأصحاب المصلحة الآخرين أثناء مرحلة التخطيط. استمر في إشراكهم طوال دورات تطوير حلول المراقبة وإصدارها.
تحدد كيفية الإجابة عن هذه الأسئلة ومعايير التنبيه كيفية استخدام النظام الأساسي للمراقبة.
تقييم إشارات المراقبة المطلوبة
سواء كنت تقوم بنشر أحمال عمل جديدة باستخدام حل مراقبة جديد، أو الترحيل من نظام أساسي للمراقبة موجود أو مجموعة من أدوات المراقبة، فإن تقييم إشارات المراقبة المطلوبة أمر ضروري. يساعد تصميم الإشارات المطلوبة بعناية على دفع النتائج المتوقعة ويقلل من الضوضاء.
النظر في ما يلي:
- قابل للتنفيذ: تذكر أن مراقبة البيانات يجب أن تكون قابلة للتنفيذ لتقليل الضوضاء والإيجابيات الكاذبة.
- محسن: تحسين البيانات التي تم جمعها لمنحك نظرة شاملة على الصحة العامة للخدمة.
- تقرير عن حالة الحوادث: يجب أن يكون تقرير عن حالة النظام المحدد لتحديد الحوادث الفعلية بسيطا ويمكن التنبؤ به وموثوقا به قدر الإمكان.
تطوير تكوين مراقبة
عادة ما يلتزم مالك خدمة المراقبة وفريقه بمجموعة قياسية من الأنشطة لإنشاء تكوين مراقبة. وتشمل هذه الأنشطة مراحل التخطيط والاختبار والتحقق من الصحة في بيئة غير إنتاجية والتوزيع في الإنتاج.
لتطوير تكوينات المراقبة، يعتمد الفريق على أوضاع الفشل المعروفة، ونتائج الاختبار من حالات الفشل المحاكاة، وتجربة مختلف الأفراد داخل المؤسسة، مثل مكتب الخدمة وموظفي العمليات والمهندسين والمطورين.
تم تصميم هذه التكوينات في ظل افتراض أن الخدمة موجودة بالفعل، وتخضع للترحيل إلى السحابة، ولم تتم إعادة هيكلتها. ولضمان تحقيق نتائج نوعية على مستوى الخدمة، من الضروري رصد صحة هذه الخدمات وتوافرها في وقت مبكر من عملية التطوير. إذا كانت مراقبة تصميم الخدمة أو التطبيق تعتبر مجرد طلب لاحق، فمن المحتمل أن تكون النتائج أقل نجاحا.
لتحقيق حل أسرع للحادث، ضع في اعتبارك التوصيات التالية:
لوحات معلومات المكونات الفردية: حدد لوحة معلومات لكل مكون خدمة للمساعدة في تحديد أي مشكلات معروفة بسرعة في أي مجال معين من التطبيقات والبنية الأساسية.
استخدام المقاييس: استخدم إشارات المقاييس المضمنة في المكونات المختلفة للمساعدة في تشخيص وتحديد الحلول أو الحلول البديلة إذا لم تتمكن من تحديد سبب جذري.
تمكين تخصيصات لوحة المعلومات: صمم لوحات المعلومات بحيث يمكنك التنقل لأسفل بسهولة في البيانات من لوحات معلومات المراقبة. تأكد من دعم تخصيص طرق العرض ديناميكيا، ما يسمح بتصفية واستكشاف الأخطاء وإصلاحها بسهولة.
يمكن أن يساعدك تبني مجموعة المبادئ التوجيهية هذه في منحك رؤى في الوقت الفعلي تقريبا وإدارة أفضل لخدمتك.