برمجياتقراءة دقيقتين

انقطاع عالمي في Salesforce سببه طلبات عالقة بانتظار خدمة تسجيل دخول داخلية

المغزى

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

تعرضت Salesforce في 16 سبتمبر 2026 لانقطاع عالمي أصاب مئات الـ instances في الولايات المتحدة واليابان والهند وبريطانيا وفرنسا وألمانيا، ووقع في منتصف مؤتمرها السنوي Dreamforce. وبحسب التوقيتات التي نقلتها The Register، بدأت البلاغات نحو الساعة 08:30 بتوقيت UTC، وتأكد الإصلاح نحو 10:56.

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

كيف يسقط نظام بسبب البطء

هذا الوصف يطابق واحدًا من أشهر أنماط سقوط الأنظمة. تبدأ القصة بخدمة داخلية صارت بطيئة، لا متوقفة. كل طلب جديد يستدعيها وينتظر ردها. والطلب المنتظر يحتفظ بـ thread أو connection ولا يحررها. ثم تتكدس الطلبات الجديدة خلف الطلبات المنتظرة، وبعد دقائق يصبح الخادم كله مشغولًا بالانتظار لا بالعمل.

يسمى هذا النمط resource exhaustion، أي استنزاف الموارد. وأبسط ما يوقفه هو الـ timeout: حد زمني يضعه المطور، إذا لم يصل الرد خلاله يُعامَل الاستدعاء على أنه فشل ويواصل النظام عمله. وتذهب أنماط مثل Circuit Breaker أبعد من ذلك، فتوقف الاستدعاءات مؤقتًا إلى خدمة تكرر فشلها.

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

المصادر

  1. صفحة حالة Salesforce الرسمية
  2. تغطية The Register بالتوقيتات والسبب المعلن
  3. مكتبة Amazon Builders عن الـ timeouts وإعادة المحاولة
  4. نمط Circuit Breaker لدى Martin Fowler

من عدد الأربعاء 5 ربيع الآخر - 16 سبتمبر

أخبار ذات صلة

أخبار الأربعاء 5 ربيع الآخر - 16 سبتمبر