سيسكوديا: مراقبة أكثر من 120 خادماً في الوقت الفعلي باستخدام MURAQB

المشكلة

تجاوزت بنية سيسكوديا التحتية قدرة منظومة المراقبة لديها. ثلاث أدوات منفصلة — واحدة للخوادم، وأخرى للشبكة، وثالثة للتطبيقات — لكل منها لوحتها الخاصة وقواعد تنبيه خاصة. وحين يحدث خطب ما، كان المهندس المناوب يستغرق عشر دقائق ليعرف أين ينظر قبل أن يبدأ التشخيص.

كانت البيانات مُبعثرة. والتنبيهات مُزعجة. ولا شيء منها مستضاف في الإمارات.

ما قمنا به

استبدلنا المنظومة المرقّعة بنشر واحد لـ MURAQB، مستضاف بالكامل داخل الإمارات، يغطي:

• صحة الخادم (المعالج، الذاكرة، القرص، الشبكة) لأكثر من 120 خادماً فيزيائياً وافتراضياً
• مراقبة على مستوى التطبيق للخدمات الست الموجهة للعملاء
• تتبع مسار الشبكة للروابط العلوية الثلاثة الحرجة
• تنبيهات انتهاء شهادات SSL، ومراقبات الإجراءات التركيبية، وتجميع السجلات

تمت عملية التبديل على مراحل على مدى ستة أسابيع. الأسبوع 1–2 لنشر الوكلاء. الأسبوع 3–4 لترحيل قواعد التنبيه وضبط العتبات. الأسبوع 5–6 لإغلاق الأدوات القديمة وتدريب فريق المناوبة على MURAQB.

النتائج

• استجابة أسرع للانقطاعات بنسبة 80%. انخفض متوسط زمن الإقرار من حوالي 10 دقائق إلى أقل من دقيقتين، لأن التنبيهات تصل الآن إلى مكان واحد مع سياق كافٍ للتصرف.
• نتائج إيجابية زائفة أقل. أصبح الضجيج من ثلاثة أنظمة متداخلة تياراً واحداً من التنبيهات المضبوطة.
• إقامة بيانات داخل الإمارات. جميع البيانات القياسية تبقى داخل الدولة — وهو متطلب صارم كان مستحيلاً سابقاً مع الحزمة القديمة.

ما قالته سيسكوديا

"غيّر MURAQB عملياتنا. انتقلنا من الإطفاء التفاعلي للحرائق إلى الإشراف الاستباقي في أسابيع، لا أشهر."

— ياسر، سيسكوديا

تريد معرفة ما يمكن أن يقدمه MURAQB لبنيتك التحتية؟ حدد نطاق المشروع.