GitHub يعاني من انقطاع متعدد الخدمات استمر سبع ساعات أثّر على Git وActions وCopilot

عانت GitHub يوم الاثنين من واحد من أطول وأوسع انقطاعاتها في الذاكرة الحديثة، حادثة متتالية بدأت في الساعة 13:40 بتوقيت UTC واستمرت في توليد تحديثات من صفحة حالة GitHub لأكثر من سبع ساعات لاحقاً. أكدت Microsoft، مالكة GitHub، الانقطاع مع نمو قائمة الخدمات المتأثرة مكوناً تلو الآخر طوال بعد الظهر.

كيف انتشر الانقطاع

بدأت الحادثة كمشكلة أداء لكنها توسعت بسرعة: توقفت طلبات API في الساعة 13:41 بتوقيت UTC، وActions في 13:42، وWebhooks في 13:44، وIssues في 13:46، وPull Requests بحلول 13:58 — أي أنه خلال نحو 20 دقيقة، تدهورت معظم الوظائف الأساسية التي يعتمد عليها المطورون في عملهم اليومي. في الذروة، أبلغت صفحة حالة GitHub نفسها عن معدلات خطأ حوالي 20% عبر صفحات الويب وحركة API، ترتفع إلى نحو 50% في تنزيلات أرشيف المستودعات وطلبات المحتوى الخام.

في الساعة 14:24 بتوقيت UTC، توسعت الحادثة مرة أخرى لتشمل المصادقة: تأثرت تسجيلات الدخول عبر SAML وOIDC وSCIM وTeam Sync. بعد سبع دقائق، انتقل GitHub Copilot إلى حالة توفر متدهورة. لم تتأثر عمليات Git نفسها في المرحلة المبكرة من الحادثة، رغم أن صفحة الحالة أكدت لاحقاً أن Git Operations تدهورت أيضاً حوالي الساعة 17:30 بتوقيت UTC.

ذيل طويل من الإصلاحات الجزئية

تُظهر تحديثات حالة GitHub نمطاً من تعافي المكونات فرادى بدلاً من التعافي دفعة واحدة. بحلول الساعة 16:59 بتوقيت UTC، أبلغت الشركة أن التدهور عبر طلبات API وActions وGit Operations وIssues وPages وPull Requests وWebhooks قد جرى تخفيفه. لكن مشكلات جديدة استمرت بالظهور. لم يُكشف عن السبب الجذري للحادثة الأولية.

لماذا يهم انقطاع GitHub بهذا الطول

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