أعلنت منصة GitHub رسمياً عن بنيتها التحتية الجديدة لتخزين نظام الإصدارات Git، والتي تم تصميمها خصيصاً للتعامل مع آلاف عمليات الكتابة في الثانية مع توفير قراءات تتوسع حسب الطلب. وقد أظهرت الاختبارات الداخلية قدرة البنية الجديدة على دعم 5000 وكيل ذكي يعملون بشكل متزامن على مستودع واحد، مع إرسال 7200 عملية دفع (Pushes) في الثانية، مع الحفاظ على زمن استجابة منخفض وثابت لطلبات القراءة.
تأتي هذه الخطوة استجابة للتغير الجذرية الذي أحدثته وكلاء البرمجيات في طبيعة العمل على المستودعات المزدحمة خلال العام الماضي. وتعتمد الم architecture الجديدة على مبدأين أساسيين هما تقليل التنسيق بين المكونات، وفصل التخزين عن الحوسبة بالاعتماد على خدمة تخزين الكائنات Azure Blob Storage وح خدمة إجماع مخصصة للمراجع تحمل اسم Ref-CAS.
ما الذي يتغير عملياً؟
في البنية التقليدية السابقة، كانت عمليات التخزين وخدمة الطلبات وصيانة المستودعات مرتبطة بشكل وثيق ومحلي. أما البنية الجديدة، فتفصل حالة المراجع عن بيانات الكائنات، حيث يتم تخزين حزم Git وعوامل تسريع القراءة في التخزين السحابي، بينما تتولى خدمة Ref-CAS إدارة وتحديث مراجع المستودع عبر آلية المقارنة والمبادلة (Compare-and-Swap) المدعومة بنصاب قانوني من النسخ المتماثل.
كما تم فصل عمليات الصيانة والضغط (Compaction) وخفض الحجم عن العقد التي تخدم حركة المرور اليومية، حيث تعمل عقد ضغط مستقلة في الخلفية مباشرة ضد التخزين السحابي لدمج الحزم وإزالة الكائنات غير المستخدمة دون استهلاك موارد العقد المخصصة للمستخدمين.
لماذا يهم هذا الخبر؟
يمثل هذا التطور الأساس التقني لتمكين منصة GitHub من دعم عصر التطوير المعتمد على الوكلاء الذكيين لمئات الملايين من المطورين. مع تحول أدوات الذكاء الاصطناعي والوكلاء المستقلين للعمل على مدار الساعة، تواجه المستودعات معدلات هائلة من التحديثات المتزامنة والطلبات المرتبطة بها مثل تشغيل أنظمة التكامل المستمر واختبار الكود. البنية الجديدة تضمن استقرار المنصة وقابلية توسعها أفقياً وعمودياً بنفس القدرة والكفاءة.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.