المشكلة
عملاء SELAT يفتحون البوابة كل صباح ليخططوا استلام حاوياتهم، فأي توقف صامت أو تأخر في بيانات التتبع يعني قرارات خاطئة في المستودع وعلى الطريق. والشركة تحتاج أن يرى عملاؤها بأنفسهم أن الخدمة تعمل، وأن النسخ الاحتياطية تُسترجع فعلاً، وأن الصيانة والحوادث تُدار بإجراء واضح.
ما عملناه
بنينا صفحة حالة الخدمة داخل البوابة، تعرض لكل خدمة (بوابة العملاء، والـAPI، وتغذية التتبع التي تحرّك السفن على الخريطة) عدد الفحوصات الناجحة ونسبة التشغيل وزمن الاستجابة لكل فحص، وأزمنة تحميل الصفحات على الكمبيوتر وعلى جوال بشبكة بطيئة. كل الأرقام مقاسة فعلاً على بيئة التجربة: سكربت يفحص كل خدمة كل 5 ثوانٍ لمدة 10 دقائق، ومتصفح آلي يحمّل كل صفحة 5 مرات من الصفر، وكل رقم مكتوب عليه أنه مقاس على بيئة التجربة بتاريخ القياس. أخذنا نسخة احتياطية من الإصدار واسترجعناها وطابقنا كل ملف، وتعرض الصفحة نتيجة الاسترجاع وبصمة SHA-256. وأضفنا جدول نوافذ الصيانة المجدولة، وبدل اختراع أعطال سابقة وثّقنا إجراء التعامل مع الحوادث بخطواته ومستويات الخطورة وأزمنة الاستجابة، مع نموذج جاهز لتقرير الحادثة.
