زمن خدمة النموذج: هل دخلت الطلبات الفاشلة في المتوسط؟

الخلاصة السريعة

سم بداية القياس ونهايته وحالة الطلب والمجموعة الداخلة؛ متوسط أقل لا يثبت أن جواب النموذج الناجح أسرع أو أن الطلبات المستبعدة أنجزت عملها.

• ينبغي التفريق بين أزمنة النجاح والفشل ومتابعة الفشل أيضًا؛ متوسط يضم خطأ سريعًا قد يبدو أفضل دون تحسن النجاح. ^[1]
• في سجلنا نجاحان بزمن 400 لكل منهما وفشلان بزمن 10 لكل منهما؛ متوسط الجميع 205، ومتوسط النجاح 400، بوحدة القياس نفسها.
• إذا انقضت مهلة طلب بعد 900 وحدة، فهذا زمن إلى فشل الانتظار الذي عرفناه، وليس دليلًا على وقت اكتمال النموذج لاحقًا.
• عرض متوسط النجاح وحده لا يصف جميع المحاولات؛ احتفظ بحالة الفشل وعدده وزمنه والمجهول عن نهاية العمل، دون ادعاء قياس خدمة فعلية.

ماذا تعني المجموعة داخل الرقم؟

يفرق كتاب هندسة موثوقية Google بين زمن النجاح والفشل؛ يمكن لخطأ سريع أن يخفض المتوسط العام. ويوصي بمتابعة زمن الطلبات الفاشلة كذلك. ^[1]

في خدمة نموذج، نحتاج وصف الطلب والحالة وحدي القياس قبل تسمية عدد «زمن الاستجابة». نؤلف هنا سجلًا يبدأ عند قبول محاولة وينتهي عند ظهور حالتها المحددة في البطاقة. لا ننقل هذا التعريف تلقائيًا إلى تقرير آخر يقيس حدثين مختلفين.

قد يكتب تقرير متوسطًا دون إعلان ما استبعد. نطلب قائمته بدل افتراض أنها كل المحاولات. ليست صحة الحساب ضمانًا أن المجتمع المحسوب عليه هو المجتمع الذي يهم سؤال المستخدم عن الخدمة.

كيف يبدو الفشل السريع تحسنًا؟

نعلن سجلًا فيه أربع محاولات بوحدة زمن مؤلفة مشتركة: نجاحان، زمن كل منهما 400؛ وفشلان، زمن كل منهما 10. لا تمثل الأرقام جهازًا أو نموذجًا أو عينة قسناها.

مجموع الأزمنة 400 + 400 + 10 + 10 = 820. نقسمه على أربع محاولات، فيكون متوسط الجميع 205. أما مجموع زمن النجاحين فهو 800، ومتوسطهما 400. الرقم الأصغر لم يجعل أي جواب ناجح في بطاقتنا يعود قبل 400.

كما أن نسبة النجاح في هذه القائمة اثنان من أربعة، أي نصف المحاولات. لا نخفي ذلك عندما نصف زمن الجميع، ولا نحول نصف القائمة إلى تقدير موثوق لكل حركة خدمة مستقبلية؛ لم نختبر عينة واقعية أو نفترض مجتمعًا لها.

ماذا يقيس طلب بلغ مهلة الانتظار؟

نؤلف بطاقة أخرى منفصلة: بدأت محاولة عند صفر، وانتهى انتظار العميل بمهلة عند 900 وحدة. نعرف هذا الحدث وحالة الانتظار، لكن البطاقة لا تقدم وقت انتهاء العمل داخل النموذج.

قد يظل العمل بعد انتهاء الانتظار غير معلوم لنا؛ لا نكتب أنه نجح في 900، أو أنه احتاج مدة أكبر معلومة، أو أنه توقف هناك، دون سجل يدعم الاختيار. عدد إلى حد العميل ليس زمنًا مرصودًا إلى اكتمال جواب ناجح.

نحفظ هذا التعريف عندما نضم بطاقة المهلة إلى إحصاء فشل الانتظار، ولا نضيف 900 إلى متوسط النجاح ثم نسميه زمن إنجاز. هذا قرار تصنيف لحدود المثال المكتوب، وليس تفسيرًا تقنيًا شاملًا لما تفعل كل خدمة عند المهلة.

أي عرض يكشف ما أخفاه المتوسط؟

نقترح إظهار عدد المحاولات في النافذة، وأعداد النجاح والفشل، وزمن كل مجموعة وفق الحدين المعلنين. إذا عرضنا نجاحًا فقط، نكتب أن الإحصاء خاص به، ونقدم حالة البقية مستقلة بدل إسقاطها من تجربة المستخدم.

وقد يكون زمن نهاية العمل لبعض المحاولات مجهولًا رغم معرفة انتهاء الانتظار. لا نسجل المجهول صفرًا ولا جوابًا ناجحًا. كما لا نسوي حالة نقل صحيحة بتقييم محتوى التنبؤ؛ مهمة الدقة تحتاج دليلًا مختلفًا لم نجره هنا.

الرسم يقارن 205 لجميع البطاقات الأربع مع 400 للنجاحين فيها، ويعلن سبب الفرق. لم نستدع خدمة أو نقس زمنًا أو نجمع تقرير أداء. يساعد الحساب على قراءة مجتمع المتوسط، حتى لا يصبح حذف فشل أو إضافته السريعة قصة تحسن لا يدعمها السجل.