13 حادثة لدى Cloudflare في 8 أيام أبرزها عطل R2 بسبب خطأ في تدوير بيانات الاعتماد
فشل الكتابة مع بقاء القراءة يجعل التطبيق يبدو سليمًا بينما يضيع كل حفظ بصمت، وتركز المنتجات على مزوّد واحد يجعل عطله عطلًا للجميع.
سجلت صفحة الحالة الرسمية لـ Cloudflare 13 حادثة بين 7 و14 أغسطس 2026، شملت خدمات R2 وDurable Objects وWorkers KV وWorkers AI وأداء الشبكة في أربع قارات.
وكانت أشد هذه الحوادث في R2، خدمة تخزين الملفات لدى الشركة. فقد استمرت ساعة و7 دقائق، من 21:38 إلى 22:45 بتوقيت UTC، وفشلت خلالها 100% من عمليات الكتابة ونحو 35% من عمليات القراءة.
ولم يكن السبب هجومًا ولا خطأً في الكود، بل خطأً في تدوير بيانات الاعتماد (credential rotation). فتدوير بيانات الاعتماد يجب أن يسير بترتيب محدد: إصدار البيانات الجديدة، ثم التأكد من أن كل الأنظمة التي تحتاجها قد انتقلت إليها، ثم حذف القديمة. والذي حدث أن البيانات القديمة حُذفت بينما كانت R2 في بيئة الإنتاج لا تزال تستخدمها. فبقيت الخدمة قائمة، لكنها صارت ترفض طلباتها هي.
وهذا النمط من الأعطال من أسوأ ما يواجهه مستخدم التطبيق. فالقراءة مستمرة، والتطبيق يبدو سليمًا، بينما تفشل كل عملية رفع أو حفظ. وقد لا يرسل المستخدم شكوى، بل يغادر ببساطة.
ويطرح الخبر سؤالًا لا إجابة مريحة له. فكثير من المنتجات في المنطقة العربية اختارت Cloudflare لأنها الأرخص والأسرع وصولًا إلى نقاط الحافة (edge)، وهو اختيار منطقي. لكن النتيجة أن نسبة كبيرة من هذه المنتجات تعتمد على شركة واحدة تقف أمام نحو خُمس الويب.