تحليل أسوأ انقطاع في تاريخ Cloudflare: لم يكن هجومًا، بل كان نتيجة تعديل تكوين داخلي.

في 18 نوفمبر، انفجرت Cloudflare، وكانت هذه الحادثة كبيرة - تعطلت مجموعة من المنتجات مثل CDN، وخدمات الأمان، وWorkers KV، وTurnstile، وAccess، وقالوا بأن هذه هي أسوأ حادثة منذ عام 2019.

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

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