ابدأ بما يحتاج المستخدم إنجازه، ثم عرّف طريقة قياس نجاحه، وبعدها ناقش الهدف والمسؤولية. اختيار نسبة توافر عالية قبل هذه الخطوات يعطي رقمًا جذابًا لكنه قد لا يصف الخدمة. الخادم قد يجيب بينما تفشل الحجوزات، وقد تتوقف خطوة خارجية بينما تبقى الصفحة الرئيسية سليمة. الهدف المفيد يساعد الفريق على ترتيب العمل واتخاذ قرار عند تدهور الخدمة.
هناك فرق بين مؤشر يصف ما حدث، وهدف داخلي يحدد المستوى المطلوب خلال فترة، والتزام تعاقدي يحتاج شروطًا وصلاحيات واضحة. هذه المقالة تساعد على صياغة الأول والثاني، ولا تقدم ضمان توافر أو اتفاقية مستوى خدمة باسم LAB. يجب تأكيد القدرة التشغيلية والمالك المناسب قبل الالتزام بأي استجابة أو تغطية زمنية.
عرّف الخدمة من منظور الرحلة
اختر رحلة ذات معنى: إنشاء حجز صالح، أو استرجاع مستند مخوّل، أو إتمام رفع ملف. لا تجمع كل الرحلات في نسبة واحدة إذا كان فشل إحداها يختفي خلف كثرة استخدام الأخرى. حدد بداية القياس ونهايته، والمستخدمين المشمولين، ونسخ التطبيق، وما إذا كانت النتيجة تحتاج خطوة خارجية.
توضح إرشادات Google SRE أن أهداف الخدمة ينبغي أن تدعم قرارات الأولوية وأن تعتمدها الجهات المسؤولة، مع آلية لمراجعتها. نأخذ هذا التمييز بين القياس والقرار، دون نقل أهداف Google أو افتراض أن كل فريق يحتاج نموذجها التشغيلي. Google: تطبيق أهداف مستوى الخدمة.
يساعد اكتشاف المنتج وتوثيق المتطلبات عندما يختلف تعريف «الحجز الناجح» بين المنتج والدعم والتقنية. أما ربط التعريف بالقياس والتنبيهات وأدلة الاستجابة فيندرج ضمن مراقبة الأنظمة وهندسة الموثوقية وفق نطاق متفق عليه.
اكتب معادلة يستطيع شخص آخر إعادة حسابها
لا يكفي عنوان «معدل النجاح». اكتب البسط والمقام والفترة ومصدر البيانات وقاعدة الاستثناء. هل تُعد إعادة المحاولة طلبًا جديدًا أم جزءًا من محاولة واحدة؟ هل الطلب غير الصالح خطأ خدمة أم رفض متوقع؟ ماذا يحدث عندما تغيب بيانات القياس؟ لا تجعل غياب البيانات نجاحًا افتراضيًا.
| عنصر التعريف | قرار يحتاج اتفاقًا |
|---|---|
| المحاولة المؤهلة | متى تبدأ، ومتى تُستبعد وفق قاعدة مسبقة؟ |
| النتيجة الجيدة | هل يكفي القبول أم يلزم إنجاز الخطوة النهائية؟ |
| الزمن | هل يوجد حد يهم المستخدم وما مصدره؟ |
| النافذة | متى تبدأ فترة القياس وكيف تُقارن الفترات؟ |
| التبعيات | كيف تظهر إخفاقات الأطراف الخارجية؟ |
| جودة الدليل | كيف نعلن نقص القياسات أو تغير تعريفها؟ |
الاستثناء المشروع يشرح ما يقيسه المؤشر. أما حذف كل فشل سببه طرف خارجي كي تتحسن النسبة فيخفي تجربة المستخدم. يمكنك عرض مؤشر الرحلة الكامل ومؤشر مكوّن داخلي منفصل، بشرط ألا تقدم الثاني على أنه نتيجة الأول.
مثال افتراضي: مؤشّران مختلفان للحجز
لنفترض نافذة تعليمية فيها 1,000 محاولة حجز مؤهلة. اكتمل 970 حجزًا، وفشل 20 بسبب مزود خارجي، وفشل 10 داخل التطبيق. معدل اكتمال الرحلة هو 970 من 1,000، أي 97%. هذه أرقام مختلقة لشرح التعريف، وليست أداء LAB أو هدفًا مقترحًا لأي عميل.
يمكن للفريق تحليل المسؤولية الداخلية والخارجية منفصلتين، لكن حذف المحاولات العشرين من المقام ثم إعلان النتيجة الجديدة «موثوقية الحجز» يغير المعنى. يرى المستخدم الإخفاق في الحالتين. يقرر صاحب المنتج أن التقرير يعرض النتيجة الكاملة أولًا، ثم توزيع الأسباب، وحالات لا يمكن تحديد سببها بثقة.
يكشف النقاش أيضًا أن «قبول الطلب» كان يُحسب سابقًا نجاحًا قبل تأكيد المزود. يتوقف الفريق عن مقارنة الفترتين مباشرة، ويوثق تاريخ تغيير التعريف. قبل اعتماد هدف، يجمع فترة أساس بالتعريف الجديد ويختبر إمكان متابعة الإخفاقات. لا تُختار نسبة أعلى لتعويض ضعف القياس، ولا يُكتب هدف يفرض على فريق غير متاح مسؤولية استجابة لا يستطيع أداءها.
حوّل التجاوز إلى قرار له صاحب
حدد من يستقبل التنبيه، ومن يتحقق من أثره، ومن يملك إيقاف توسع إصدار أو تفعيل بديل، ومن يبلغ الأطراف المعنية. يجب أن تكون ساعات التغطية والفجوات معلنة. عبارة «سيصل تنبيه للفريق» لا تجيب عن غياب الشخص أو اختلاف الوقت أو تعطل قناة الإشعار.
قد يكون القرار عند تدهور المؤشر التحقيق في سبب متكرر، أو تأجيل تغيير يزيد المخاطر، أو إعطاء إصلاح أولوية. لا تجعل الرقم عقوبة آلية تدفع الفرق لتعديل الاستثناءات بدل تحسين الخدمة. سجل أثر القرار وموعد مراجعته، وميز بين التصعيد التشغيلي وبين تعهد تعاقدي لم تتم الموافقة عليه.
إذا تعذر تحقيق الهدف المقترح بسبب نقطة اعتماد واحدة أو غياب بديل، فهذه مدخلات لـتصميم ومراجعة البنية السحابية. لا تشترِ بنية إضافية قبل مقارنة أثرها بقدرة الفريق على تشغيلها وبالمشكلة التي كشفها المؤشر.
اختبار قبول النموذج التشغيلي
نفّذ تمرينًا مكتبيًا على حادثة افتراضية، ثم تحقق من مسار تنبيه آمن عند الحاجة. هل يعرف المستلم ما الخدمة المتأثرة؟ هل يستطيع الوصول إلى الدليل؟ هل يعرف من يقرر ومن يتولى التواصل؟ سجّل الفجوات كعمل مطلوب، لا كدليل أن الخدمة جاهزة.
- تعريف مؤشر يمكن إعادة إنتاجه من المصدر المتفق عليه.
- توثيق الاستثناءات والتبعيات والبيانات المفقودة.
- هدف مبدئي مبرر ببيانات واحتياج، لا بنسخ رقم منافس.
- مالك وصلاحيات وساعات تغطية وقناة بديلة معلومة.
- إجراءات مرتبطة بالتدهور، مع حدود ما لا يجوز تنفيذه تلقائيًا.
- موعد مراجعة بعد تغير الحمل أو الرحلة أو طريقة القياس.
أسئلة شائعة
هل هدف أعلى أفضل دائمًا؟
ليس بلا تكلفة أو تبعات. ناقش أثر الإخفاق على المستخدم، والقدرة الحالية، والتغييرات المطلوبة قبل اعتماد هدف غير واقعي.
هل يمكن البدء دون بيانات كافية؟
ابدأ بتعريف المؤشر وجمع خط أساس. يمكن مناقشة هدف مؤقت موسوم بوضوح، لكن لا تعرضه كالتزام مثبت.
هل نستبعد أعطال المورد الخارجي؟
أظهرها في رحلة المستخدم، ويمكن فصل مسؤوليتها للتحليل. يجب أن تكون الاستثناءات ثابتة ومفهومة لا وسيلة لتحسين الرقم.
ما أول مادة نجهزها؟
رحلة محددة، وتعريف مبدئي للنجاح، وأمثلة إخفاق منقحة، وأسماء أصحاب القرار والتشغيل. تساعد هذه المواد على بحث نطاق واقعي دون وعد بتغطية غير متاحة.
مرجع
Google SRE: تطبيق أهداف مستوى الخدمة، تمت مراجعته في 26 أكتوبر 2026. النسب في المثال حساب تعليمي وليست أهدافًا أو ضمانات.
