نشرت GitHub تقريرها الخاص بتوفر المنصة لشهري أغسطس وسبتمبر 2026، مستعرضةً التقدم المحرز في تعزيز مرونة خدماتها وانتقال أعباء العمل إلى سحابة Azure. هذا التقرير، الذي يأتي بعد التحديث الأخير الذي غطى محتوى حتى أغسطس، يقدّم نظرة شفافة على الجهود المبذولة لتقليل ضغط قواعد البيانات المشتركة، وإضافة ضوابط للحمل الزائد، وزيادة مساحة التشغيل لـ GitHub Actions، وتوسيع نطاق احتواء الأعطال لطلبات السحب (pull requests).
ترقيات الأداء والهجرة إلى Azure
شهدت عملية نقل أعباء العمل إلى Azure تقدمًا ملموسًا، فبحلول 7 أكتوبر، تم نشر 120 من أصل 160 خدمة إنتاج في منطقة Central US، ونقل 13 من أصل 51 قاعدة بيانات MySQL أساسية. كما تعاملت Azure مع 65.4% من حركة قراءة التطبيق الأساسي لـ GitHub، و48.3% من حركة قراءة Git، و80.2% من حركة معالجة التدفق. وعلى الرغم من تحقيق هذه الأرقام، فقد تم إيقاف عمليات النشر في Central US مؤقتًا في 11 سبتمبر بسبب عدم توازن السعة عبر مناطق التوفر، واستؤنفت في 18 سبتمبر بعد حل المشكلة مؤقتًا، لكن العمل على السعة الدائمة ما زال مستمرًا. لم يتم تحقيق الهدف الطموح لنشر جميع خدمات الإنتاج بحلول 30 سبتمبر.
بعيدًا عن الهجرة الإقليمية، نُقلت 24 من جداول المصادقة الأساسية من أقدم قاعدة بيانات مشتركة لـ GitHub، مما أزال حوالي مليون استعلام في الثانية من النسخ المتماثلة. كما تم حذف حوالي 980 مليون صف تاريخ تعديل غير ضروري من مجموعة قواعد بيانات المشكلات وطلبات السحب، مما أدى إلى توفير ما يقدر بنحو 1.8 تيرابايت من مساحة التخزين. انخفضت حالات التعطيل الأسبوعية بحوالي 77% عن ذروتها في يونيو، وتمنع عمليات التنظيف المستمرة الآن عودة النمو غير المحدود. نصف حركة طلبات السحب التي تم أخذ عينات منها يمكن أن تستمر بوظائف محدودة عندما يفشل تبعية مشتركة.
كما شهدت GitHub Actions زيادة في مساحة التشغيل؛ فقد أدت التغييرات في الإنتاج إلى تقليل عمليات Redis المقاسة بحوالي 28% ووحدة المعالجة المركزية النسبية بحوالي 30%. قلل مخبأ بنية تحتية منفصل من عرض النطاق الترددي لـ Redis بنسبة 84%، ومتوسط وقت الاستجابة بنسبة 66%، ووقت الاستجابة الوسيط لطلب المخزون الأساسي بنسبة 96%، وطلبات الانتظار بنسبة 95%.
أعطال سبتمبر: دروس مستفادة
في 13 سبتمبر 2026، حدث عطل لمدة ساعة و28 دقيقة بسبب زيادة الحمل على قاعدة بيانات مشتركة من وظيفة تنظيف بيانات خلفية. كانت المشكلة تكمن في أن آلية الحماية المصممة لإبطاء عمليات الكتابة لم تأخذ في الحسبان الحمل الوارد على الخادم الأساسي لقاعدة البيانات، مما أدى إلى استنفاد الاتصالات المتاحة. بالإضافة إلى ذلك، لم يكن هناك مهلة سريعة على مكالمات قاعدة البيانات، واستمرت حلقة إعادة المحاولة في إرسال عمليات الكتابة الفاشلة. استجاب الفريق بتقليل الحمل الداخلي وإيقاف الوظيفة، وتجري الآن إضافة آليات حماية إضافية لتحسين مرونة قاعدة البيانات وتقليل عمليات إعادة المحاولات غير الضرورية.
كما شهد 28 سبتمبر 2026 عطلًا لمدة 52 دقيقة أثر على مراجعات كود Copilot. بدأ تغيير في الخدمة المسؤولة عن تشغيل مراجعات Copilot في إرسال نسخة كاملة من النتائج لبعض العملاء فقط، بينما أُرسلت نسخة محدودة للآخرين، مما يعني أن مراجعات الكود لم تظهر بشكل كامل على طلبات السحب على الرغم من الإبلاغ عن اكتمال الوظيفة بنجاح. تم اكتشاف العطل بعد أن ظلت بعض المراجعات غير مكتملة لأكثر من 30 دقيقة، وتم التخفيف من المشكلة عن طريق التراجع عن التغيير. تعمل GitHub الآن على تعزيز موثوقية مراجعات كود Copilot من خلال إضافة آليات حماية وتحسين عمليات المراقبة والنشر لضمان تسليم المراجعات بنجاح.
برأينا، تُظهر شفافية GitHub في نشر هذه التقارير التزامًا بتحسين التجربة للمطورين. تعني هذه التحسينات أن المطورين يمكنهم توقع منصة أكثر استقرارًا وأداءً أعلى، لا سيما مع تسريع GitHub Actions وتوفير مراجعات كود Copilot أكثر موثوقية. هذه الخطوات تعزز الثقة في الأدوات التي نعتمد عليها في عملنا اليومي.
المصدر: github.blog