أعلن GitHub عن نقل الجزء الأكبر من بنيته التحتية الأساسية لـ Git إلى Microsoft Azure، مع إجراء تغييرات معمارية مهمة لتعزيز الأداء والاستعداد للنمو الهائل. هذه الخطوة، التي بدأت في أغسطس 2025، تعني أن معظم مستودعات Git أصبحت موزعة الآن بين مراكز بيانات GitHub و Azure.
لماذا هذه الخطوة الآن؟
كان الدافع وراء هذا التحول هو «التحول الوكالي» (agentic shift) الذي أدى إلى نمو غير مسبوق في حركة مرور Git. واجهت مراكز بيانات GitHub قيوداً على الطاقة الاستيعابية في مناطقها الجغرافية، بالإضافة إلى تحديات في سلاسل الإمداد المادية. ولتجنب المخاطر، اختار GitHub نقل البيانات أولاً ثم تطوير البنية.
تُصنف عمليات Git كخدمة من المستوى 0 (Tier 0)، وهي وظيفة أساسية تعتمد عليها جميع خدمات GitHub تقريباً. في أغسطس 2025، هبطت النسخة الأولى من المستودعات في منطقة Azure Central US. واليوم، تضم معظم المستودعات نسختين من أصل خمس نسخ احتياطية في Azure، وتخدم Azure ما يقرب من نصف حركة مرور Git الكلية.
التغييرات المعمارية لتعزيز الأداء
تتمركز البنية التحتية الجديدة حول مبدأين رئيسيين: تقليل التنسيق، وفصل التخزين عن الحوسبة. كان التحدي الأكبر يكمن في 0.00001% المتبقية من المستودعات الأكثر نشاطاً، والتي كانت تواجه سقفاً منخفضاً في إنتاجية الكتابة بسبب زمن الانتقال البالغ 25 مللي ثانية ذهاباً وإياباً بين المناطق وقفل المستودع بالكامل عند كل عملية كتابة.
لحل هذه المشكلة، قام GitHub بتغيير نطاق آلية الإجماع (quorum) من المستودع بأكمله إلى المراجع الفردية (individual references). هذا يعني أن عمليات الكتابة المتزامنة على مراجع مختلفة (مثل دفع المطورين والوكلاء إلى فروعهم الخاصة) لم تعد تضطر للانتظار بعضها البعض. وقد أظهر الاختبار الداخلي زيادة في إنتاجية الكتابة تتراوح بين 3 إلى 4 أضعاف مع زمن استجابة أقل.
بالإضافة إلى ذلك، قام GitHub بفصل التخزين عن الحوسبة. أصبحت بيانات المستودعات مخزنة بشكل دائم في Azure Blob Storage. وتم تقديم «نسخ متماثلة افتراضية» (virtual replicas) كعقد عابرة (ephemeral nodes) في آلية الإجماع، تتدفق إليها عمليات الكتابة وتضمن حفظ البيانات في التخزين السحابي قبل التأكيد عليها.
يسمح هذا الفصل بنشر «نسخ متماثلة افتراضية للقراءة» (virtual read replicas) حسب الطلب. تعمل هذه النسخ على تدفئة ذاكرات التخزين المؤقت الخاصة بها من Azure Blob Storage وتتعامل مع حركة مرور القراءة بشكل مستقل عن آلية الإجماع. هذا يوفر قابلية توسع هائلة لعمليات القراءة، التي تشكل غالبية حركة مرور Git (100 إلى 1000 عملية قراءة لكل عملية كتابة).
ما يعنيه هذا للمطورين
بالنسبة للمطورين والمصممين، تعني هذه التغييرات تحسينات كبيرة في أداء GitHub، خاصة عند التعامل مع المستودعات الكبيرة أو ذات حركة المرور العالية. ستصبح عمليات الدفع (pushes) والاستنساخ (clones) أسرع وأكثر استقراراً، حتى مع زيادة الاستخدام من قبل أدوات الذكاء الاصطناعي. نرى أن هذه التحديثات أساسية لضمان استمرار GitHub في دعم متطلبات التطوير الحديثة والمتنامية.
المصدر: github.blog