اعرف بالعطل قبل أن يخبرك به عميل.
معظم الأعطال يلاحظها شخص يحاول أن يشتري شيئاً. المراقبة المضبوطة كما ينبغي تعني أنك تعرف أولاً، وغالباً قبل أن يتأثر أحد.
نُعدّ المراقبة والتنبيهات والمناوبة بحيث تصل المشكلات إلى فريقك تلقائياً قبل أن يخبرك بها عميل، مع ضبط التنبيهات بحيث يظل الناس يقرؤونها. نراقب ما يشعر به العميل، كإتمام الدفع واستجابة الواجهة البرمجية، لا أرقام الخوادم وحدها. ونتفق معك أولاً على ما يستحق فعلاً إيقاظ أحد من نومه.
آخر تحديث نوفمبر 2026
كثرة التنبيهات تساوي غيابها.
الفشل الشائع ليس غياب المراقبة، بل مراقبة تُطلق التنبيهات باستمرار لأشياء لا يتصرف أحد حيالها، إلى أن تُكتم القناة ويصل التنبيه الحقيقي إلى صمت.
لذلك يتعلق العمل بحذف التنبيهات بقدر ما يتعلق بإضافتها. لا ينبغي أن يوقظ شيء إنساناً إلا إذا كان يستطيع أن يفعل حياله شيئاً الآن. كل ما عدا ذلك لوحة متابعة أو ملخص صباحي.
والنصف الآخر هو معرفة ما يُقاس. استهلاك المعالج نادراً ما يشعر به العميل. أما إتمام الدفع، واستجابة الواجهة البرمجية، ورد بوابة الدفع، فهذه تستحق جرس إنذار.
ما نُعدّه.
مراقبة ما يشعر به المستخدم
هل يستطيع الدفع، هل تجيب الواجهة البرمجية، هل الصفحة سريعة. لا مقاييس خوادم لذاتها.
تنبيهات يمكن التصرف حيالها
إذا لم يستطع أحد فعل شيء في الثالثة فجراً، فهذا ليس تنبيهاً. هنا تخطئ معظم الإعدادات.
مناوبة يمكن الاستمرار فيها
جدول، ومسار تصعيد، واتفاق على ما يستحق فعلاً إيقاظ أحد.
فحص التوفر من الخارج
من حيث يوجد عملاؤك. المراقبة من الداخل وحدها تفوّت فئات كاملة من الأعطال.
تتبّع الأخطاء
مجمّعة ومن دون تكرار، لتظهر القفزة بدل أن تُدفن في الضجيج.
لوحات تستحق الفتح
الأرقام القليلة التي تُظهر إن كان كل شيء سليماً، لا أربعين رسماً بيانياً لا يقرؤها أحد.
أدلة تشغيل للأعطال المحتملة
لكي لا يشخّص المناوب المشكلة من الصفر في الثالثة فجراً.
مراجعة بعد كل حادثة
ما حدث، ولماذا، وما يمنع تكراره. من دون لوم، وإلا توقف الناس عن الإبلاغ.
ما الذي يستحق التنبيه.
الاختبار بسيط: هل يستطيع إنسان أن يفعل شيئاً حياله الآن؟
| الإشارة | هل نوقظ أحداً؟ | لماذا |
|---|---|---|
| الدفع لا يكتمل | نعم، فوراً | الإيراد يتوقف، والإصلاح ممكن الآن |
| الموقع يعيد أخطاء | نعم | العملاء متأثرون الآن |
| بوابة الدفع متوقفة | نعم | حتى لو كان الإصلاح إبلاغ العملاء |
| أوقات الاستجابة ترتفع | تحذير، من دون إيقاظ | اتجاه، لا حالة طارئة بعد |
| المعالج عند 80% | لا | العملاء لا يشعرون بالمعالج |
| القرص ممتلئ 60% | مهمة، لا تنبيه | متوقع، وأمامك أيام من الإنذار |
أين يهم هذا أكثر.
أنظمة لمقسم مدفوعات مشترك، حيث العطل ليس مجرد إزعاج.
متاجر إلكترونية في الدوحة، حيث ساعة توقف أثناء حملة أو في ليالي رمضان إيراد يمكن قياسه.
نحذف في العادة تنبيهات أكثر مما نضيف. وهذا هو التحسين.
متى تحتاج هذا.
العملاء يخبرونك حين يتعطل شيء
أوضح إشارة، وأغلى طريقة لتعرف.
قناة التنبيهات لديك مكتومة
فعلها الجميع. ويعني ذلك أن التنبيهات كانت خاطئة، لا الأشخاص.
التوقف يكلّف مالاً حقيقياً
إذا كانت ساعة توقف إيراداً قابلاً للقياس، فالمراقبة رخيصة بالمقارنة.
لا تشترِ هذا لأداة داخلية قليلة الاستخدام
إذا كان يستخدمها بضعة أشخاص في ساعات الدوام، فيكفي فحص توفر بسيط. سنقول لك ذلك بدل أن نبني ما لا تحتاجه.
كيف نعمل.
نسأل كم يكلّفك التوقف
هذا الرقم يقرر كم تستحق المراقبة. من دونه يبدو كل شيء عاجلاً بالقدر نفسه.
نراقب رحلة المستخدم
هل يستطيع أحد إتمام ما يعتمد عليه عملك. نبدأ من هناك، لا من الخوادم.
نضبط التنبيهات بصرامة
نحذف عادةً أكثر مما نضيف. القناة المكتومة أسوأ من لا قناة.
نكتب أدلة التشغيل
للأعطال المحتملة فعلاً، ليتبع المناوب خطوات بدل أن يرتجل.
نُعدّ جدول المناوبة
مع مسار تصعيد، واتفاق على ما يستحق مكالمة ليلية.
نراجع بعد الحوادث
من دون لوم، وإلا توقف الناس عن إخبارك بما يحدث.
موثوقية المواقع (SRE)
6 أسئلة مع إجاباتها. لديك سؤال آخر؟ تواصل معنا.
الصيانة تُبقي البرنامج سليماً: تحديثات، وترقيعات، ونسخ احتياطية. أما الموثوقية فهي أن تعرف فوراً حين يحدث خطأ، وأن تكون لديك طريقة مجرّبة للاستجابة. كثير من العملاء يحتاجون الاثنين، وهما تخصصان مختلفان: الأول وقائي، والثاني اكتشاف واستجابة.
سبع فئات. أكثر من 40 خدمة.
أخبرنا بما تبنيه، ونريك الأقرب إليه مما أنجزناه.
ردّ خلال يوم عمل واحد، من الأشخاص الذين سيعملون على مشروعك.