الشراء عالق والمعالج هادئ: مراقبة تكشف العمل غير المنجز

«الشراء عالق»، يقول الدعم عند 10:01. المعالج عند 40% والصفحة الرئيسية تفتح. في هذا المشهد التعليمي ليس السؤال هل الخادم أخضر، بل هل يصل للعميل الناتج الصحيح وأين ينتظر العمل غير المنجز؟

يبني الجزء 4 من «هندسة الأنظمة عالية الحمل» سلسلة دليل صغيرة: نتيجة عمل وإشارة مجمعة وعملية محددة واستجابة مضبوطة. لا يدعي حادثًا حقيقيًا أو اختبارًا شخصيًا أو زمن تشخيص مضمونًا.

عرّف النجاح قبل القياس

HTTP 200 أو اكتمال مهمة أو فتح صفحة الدفع لا يثبت طلبًا مدفوعًا. حدد العملية المؤهلة والنتيجة الصحيحة وحد الوقت والاستثناءات. قد يشترط SLI مقترح نتيجة دقيقة أو إيصال انتظار دائمًا خلال 2 ثانية. يحتاج اكتمال الدفع والتنفيذ أهداف حداثة مستقلة، وإلا ظل «قيد الانتظار» أخضر إلى الأبد.

نفترض للحساب هدف 99% أحداث جيدة خلال 30 يومًا ونطاقًا تخطيطيًا 3,000,000 محاولة مؤهلة. الحدث السيئ اتحاد النتائج الخاطئة والفاشلة والبطيئة؛ تُحسب المحاولة مرة ولو فشلت وتأخرت معًا. هذه فرضيات تعليمية لا SLO مقاس لـ StoreConsole.

حساب تعليمي	النتيجة
محاولات مخططة /30 يومًا	3,000,000
كسر السوء المسموح: 1−99%	1%
ميزانية سيئة مخططة	30,000
الذروة: 440×600	264,000
السيئ: 264,000×2%	5,280
ميزانية مستهلكة: 5,280÷30,000	17.6%

عند 440 محاولة/ث لمدة 10 دقائق تصل 264,000 محاولة. إذا ساء 2%، تستهلك 5,280 نسبة 17.6% من الميزانية المخططة 30,000. معدل السوء ضعف المسموح 1%؛ تحويله لوقت نفاد يتطلب فرضية حركة مرور. تسند إرشادات Google لتنبيهات SLO النوافذ المتعددة والأثر. نسبة 2% ثابتة ليست حد استدعاء عالميًا؛ الحجم والخطر والاستعجال مهمة.

اربط الإشارات دون خلط الهويات

تربط إشارات OpenTelemetry المقاييس المجمعة والأحداث والتتبّع المبني على spans. اجمع الإشارات الذهبية الأربع—التأخير والمرور والأخطاء والتشبع—مع اكتمال العمل الفعلي. راقب انتظار المجمّع/القفل وعمر العمل الجاهز المؤهل وأقدم التزام عالق والتخزين والذاكرة، لا المعالج فقط. المهمة المجدولة للمستقبل ليست متأخرة الآن.

الدليل	السؤال	الحد
عداد النتيجة	هل وصلت النتيجة الصحيحة بوقتها؟	الأهلية وعد مرة لكل محاولة
سجل منظم	ماذا حدث للعملية/المحاولة؟	وصول محدد وأقل بيانات حساسة
تتبّع	أين ذهب الوقت المقاس؟	التغطية والتداخل وأخذ العينات
تدقيق/مطابقة	ما الأثر الدائم الموجود فعلًا؟	مرجعية واحتفاظ وتعافٍ مستقل

هوية request لطلب واحد و trace للعمل المجهز بالقياس؛ تبقى هوية العملية التجارية عبر تكرارات مناسبة ولكل محاولة هوية مميزة. قد يكمل الطابور لاحقًا بتتبّع مرتبط. يحدد W 3 C Trace Context الانتشار لا المصادقة. تحقق وحدّد الهويات الواردة غير الموثوقة، وأنشئ ربطًا داخليًا آمنًا عند الحاجة، ولا ترسل سياقًا حساسًا للشركاء عشوائيًا.

Span دليل وقت مقاس لا سبب جذري تلقائي. الفترات المتداخلة والمتوازية تتقاطع، وجمعها كلها يكرر الزمن. وحّد التوقيت والوحدات واستخدم قياس مدة سليمًا وعلامات نشر/إعداد. إصدار قريب فرضية، لا إثبات سلامة الرجوع.

استخدم توزيعات التأخير وجمهور النجاح/الفشل والأعداد والمعدلات. يفيد المتوسط في السعة لكنه يخفي الذيل. يشرح دليل مدرجات Prometheus التجميع: متوسط p95 للعقد لا يعطي p95 للنظام. استخدم توزيعات/حاويات متوافقة أو طريقة صحيحة بنوافذ معلومة.

اجمع الدليل دون خلق حادث آخر

تحمل السجلات المنظمة الوقت والخدمة/البيئة/الإصدار والمسار المطبع والنتيجة/السبب والمدة/الوحدة والربط المحدود الضروري. حتى المسار بلا query قد يحوي بيانات شخصية. الهويات الداخلية قد تظل حساسة؛ قللها وقيّدها. تغطي إرشادات تسجيل OWASP الأسرار والوصول والسلامة والاحتفاظ وحقن السجلات. لا تنسخ البطاقة أو كلمة المرور أو الرمز أو وثيقة العميل.

توضع هويات الطلب/العملية/المستخدم المطلوبة في سياق بحث محمي، لا أبعاد مقاييس غير محدودة. يحذر دليل تسميات Prometheus من الكثافة العالية؛ ويميز دليل تسميات Loki تسميات التدفقات من التفاصيل. قد تستنزف هوية عميل في كل تسمية خلفية صغيرة ولو بمرور معتدل.

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

تميز إرشادات عينات OpenTelemetry القرار المبكر head والمتأخر tail. لا يضمن الأول حفظ كل خطأ لاحق. قد يفضّل الثاني الخطأ والبطء لكنه يحتاج سعة ونوافذ انتظار وتوجيهًا متسقًا؛ لا يستعيد spans أُسقطت قبله. سجل الفقد والتغطية وأبق عدادات نتائج غير مأخوذة العينات مناسبة لـ SLI. تحقق من SDK والمكتبات الفعلية بدل افتراض استقرار كل تكامل.

ليقد التنبيه إلى قرار محدود

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

يحتاج الاستدعاء مسؤولًا ونطاقًا ودليلًا ودليل تشغيل وتصعيدًا. اجمع النوافذ القصيرة والطويلة والحد الأدنى للمرور حين يفيد والشدة. قد يحتاج الأمن أو فساد البيانات أو قرب نفاد السعة تدخلًا قبل ارتفاع خطأ المستخدم. فرق مالي منخفض الحجم قد يفوق ضجيج المعالج استعجالًا.

تحقق من الخدمة وحالة العمل واحفظ الدليل واختر تخفيفًا قابلًا للرجوع. لا تعِد تشغيل القاعدة أو تتراجع عن كل إصدار خلال 15 دقيقة تلقائيًا. افحص توافق المخطط/API والدفع الجاري والعمل المقبول. استعلم عن النتيجة الخارجية المجهولة بالمرجع الأصلي قبل تكرار المال. طابق النتائج والمتراكم بعد التخفيف؛ انخفاض الرسم ليس إغلاقًا.

تمرّن على التحقيق وفشل المراقبة

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

أدخل تبعية بطيئة ورفض نشر ومكالمة مرتدة متأخرة وفشل تصدير. اختبر وصول التنبيه لمسؤوله وشرح السجل للعمل دون كشف بيانات كيان آخر. احفظ النتائج والقرارات والقيود مع التغيير. عند 10:01 ينبغي أن يضيّق الدليل الانتظار ويحمي التعافي، لا أن يعد بسلامة العملاء لأن المعالج هادئ.

• الجزء 1: الاستعداد قبل الذروة
• الجزء 2: طوابير مسؤولة
• الجزء 3: حدود طبقة البيانات
• الجزء 5: نشر وتعافٍ آمنان

مراجعة 6 نوفمبر 2026. Anichur Rahaman ، مؤسس StoreConsole. أرقام SLO والمرور والميزانية تعليمية، لا نتائج خدمة مقاسة.