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

لماذا كان المنطق القديم يمثل مشكلة

كان الموجه (router) الأصلي يتبع قاعدة صارمة: عندما تكون محطة العمل مشغولة، فإنه ببساطة يحاول استخدام نفس المسار مرة أخرى. وإذا استمر فشل ذلك المسار، يقوم النظام بتسجيل الخطأ ولكنه لا يغير سلوكه أبدًا. ومن الناحية العملية، يمكن لنقطة فشل واحدة أن تستمر في حظر المكالمات لأن البرنامج يستمر في الدوران في نفس المسار المسدود.

آلية العزل الجديدة

يضيف التحديث ثلاثة قيود:

  • ليست دائمة – تنتهي صلاحية علامة العزل بعد فترة وجيزة.
  • ليست شاملة – تنطبق فقط على المسار المحدد الذي فشل، وليس على كل المسارات.
  • ذاكرة محدودة – يسجل النظام الفشل في ملف محلي وينساه بمجرد نجاح مسار جديد.

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

الفوائد والمقايضات

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

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

ما يجب مراقبته لاحقًا

  • المقاييس: مراقبة تكرار ومدة فترات العزل لمعرفة ما إذا كانت نافذة الـ 300 ثانية مناسبة.
  • النطاق: قد تحاول الفرق توسيع هذا المنطق ليشمل خدمات أخرى تعاني من أنماط إعادة المحاولة الثابتة.
  • الأتمتة: إضافة تنبيهات عندما يدخل مسار ما في حالة العزل بشكل متكرر لتحفيز الصيانة الاستباقية قبل أن يلاحظ المستخدمون وجود مشكلة.

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

المصدر: منشور المطور الأصلي على dev.to.

انضم إلى المناقشة: https://t.me/GyaanSetuAi