تقرير Coinbase عن عطل 14 يوليو: أداة التراجع كانت خلف البوابة التي سقطت

نشرت Coinbase في 22 يوليو 2026 تقريرها الرسمي عن عطل 14 يوليو، الذي استمر نحو 50 دقيقة وأثّر على التحويلات وتفويضات البطاقات وعمليات التبادل على شبكتي Base وSolana والتسويات المؤسسية وتسجيل المستخدمين الجدد في منصة المطورين.

وبحسب التقرير، بدأ العطل في الساعة 12:34 ظهرًا بتوقيت شرق الولايات المتحدة، حين نُشر تغيير إعدادات روتيني مصنّف “منخفض الخطورة” على كلاستر Kubernetes مشترك في بيئة الإنتاج، ضمن الانتقال إلى نموذج جديد لنشر الخدمات. وتسبب التغيير في تصادم غير مقصود في أسماء الموارد، فكتب فوق موارد شبكية مجاورة تخص الـ Istio ingress gateway. وفي 12:37 أصبحت البوابة غير متاحة، وتوقفت كل حركة البيانات الواردة.

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

فاضطر الفريق إلى فتح مسار الطوارئ (break-glass)، والحصول على صلاحيات مؤقتة على لوحة تحكم مزوّد السحابة مباشرة، والتراجع يدويًا من خارج النظام. وعادت البوابة في 1:20، وانتهى العطل في 1:23.

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

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