منصة غارقة في الأكواد البرمجية الآلية

السبب الجذري هو صدمة طلب هائلة من البرمجة الوكيلة (agentic coding). لم تُبنَ GitHub أصلاً لاستقبال برمجيات تكتب وتنفذ وتنشر نفسها بنفسها على نطاق واسع.

• طلبات السحب من وكلاء الذكاء الاصطناعي انفجرت 14 ضعفاً: قفزت طلبات السحب التي فتحها الوكلاء من 4 ملايين في سبتمبر 2025 إلى أكثر من 17 مليوناً بحلول مارس 2026 . أعاد حجم التغييرات (commits) كتابة الواقع التشغيلي لـGitHub بالكامل: أصبحت المنصة تعالج الآن حوالي 275 مليون commit أسبوعياً، وهو رقم يفوق إجمالي المليار commit الذي عالجته طوال عام 2025 .
• الموثوقية انهارت: بين مايو 2025 وأبريل 2026، عانت GitHub من 257 حادثة، 48 منها صُنفت على أنها شديدة — أي بمعدل انقطاع رئيسي واحد في الأسبوع . اشتد الضغط في 2026. تم تسجيل تسع حوادث خدمية في مايو وحده، وبحلول يونيو، انخفضت نسبة توفر GitHub إلى حوالي 88.4%، وهو انخفاض حاد عن هدف اتفاقية مستوى الخدمة البالغ 99.9% .
• القادة اعترفوا بنقطة الانهيار: خلال مكالمة أرباح مايكروسوفت في أبريل 2026، قال الرئيس التنفيذي ساتيا ناديلا إن GitHub "تشهد نمواً غير مسبوق، مدفوعاً بانتشار البرمجة الوكيلة" وأن الشركة "تعمل بجد لتوسيع النطاق لتلبية هذا الطلب" . وقبل ذلك، نشر كبير المسؤولين التقنيين في GitHub، فلاد فيدوروف، اعتذاراً علنياً نادراً، معترفاً بأن المنصة قللت بشدة من تقدير احتياجاتها من السعة، وأن وقت التشغيل في أبريل انخفض إلى أقل من 85% .

كان المحفز المباشر واضحاً: البنية التحتية لـGitHub ببساطة لم تستطع استيعاب هذا الحمل. كان فريق البنية التحتية للمنصة قد خطط لتوسعة السعة بمقدار 10 أضعاف في أكتوبر 2025، لكنه أدرك بحلول فبراير 2026 أنهم بحاجة إلى زيادة بمقدار 30 ضعفاً .

اللجوء إلى منافس: حل AWS المؤقت

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

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

المفارقة كبيرة. استحوذت مايكروسوفت على GitHub مقابل 7.5 مليار دولار في عام 2018 بهدف صريح هو دمجها في Azure والتنافس بشكل أكثر مباشرة مع AWS في حروب السحابة . الآن، منتج من طفرة الذكاء الاصطناعي — معظمه مدعوم من Copilot الخاص بـGitHub نفسه — أجبر مايكروسوفت على الدفع لمنافسها اللدود مقابل خوادم.

هجرة Azure المتعثرة: خطة تفوقها الواقع

صفقة AWS هي إشارة واضحة إلى أن هجرة GitHub إلى Azure متأخرة عن الجدول الزمني وتفوقها قدرات الطلب. بعد الاستحواذ في 2018، وضعت مايكروسوفت مساراً لهجرة جميع بنية GitHub التحتية من مراكز البيانات القديمة إلى Azure . هذه الهجرة جهد متعدد السنوات:

• تم هجرة خدمة CI/CD (Actions) ونماذج Copilot إلى Azure في عام 2024 .
• تبعت Pages و Packages في عام 2025 .
• لكن المنصة الأساسية وقواعد البيانات بدأت هجرتها فقط في أكتوبر 2025 . بحلول فبراير 2026، كان 12.5% فقط من حركة مرور GitHub تمر عبر Azure، مع هدف معلن هو 50% بحلول يوليو 2026 .

كانت الخطة الأصلية هي نقل GitHub بالكامل إلى Azure بحلول عام 2027 . لكن منحنى الحمل من البرمجة بالذكاء الاصطناعي تحرك أسرع من الجدول الزمني للهجرة . اعترف كبير المسؤولين التقنيين في GitHub بأن المنصة لا تزال مرتبطة بمراكز بيانات أقدم، مما يحد من قدرتها على التوسع بسرعة أثناء انفجار حركة المرور .

إضافة سعة من AWS تشير إلى أن Azure إما تفتقر إلى القدرة الحاسوبية المتاحة في المناطق الجغرافية الصحيحة، أو لم تستطع توفيرها بالسرعة الكافية لوقف النزيف . بالنسبة لشركة ترى Azure كمستقبلها، هذا تنازل تشغيلي عميق.

الاستجابات التشغيلية: أكثر من مجرد حل مؤقت

بعيداً عن استئجار AWS الذي يخطف الأضواء، تنفذ GitHub ومايكروسوفت عدة تغييرات تشغيلية لإصلاح الهشاشة الأساسية:

1. تحول قسري إلى السحابة المتعددة (Multi-Cloud): أصبحت البنية التحتية لـGitHub، بحكم الأمر الواقع، متعددة السحابات. تستخدم مايكروسوفت سعة AWS كطبقة طوارئ بينما تستمر هجرة Azure . هذه بنية تكتيكية، ليست مثالية.
2. تسريع أدوات الهجرة: على جانب Azure DevOps، أطلقت مايكروسوفت مؤخراً إصداراً تجريبياً من Enterprise Live Migrations (ELM)، وهي أداة مصممة لهجرة مستودعات متعددة مع الحد الأدنى من وقت التوقف، مما يشير إلى أن البنية التحتية للهجرة يتم ترقيتها تحت الضغط .
3. إعادة ترتيب الأولويات الداخلية الوجودية: أشارت تقارير سابقة إلى أن GitHub أوقفت مؤقتاً معظم تطوير الميزات الجديدة للتركيز بالكامل على هجرة البنية التحتية الأساسية "الوجودية" إلى Azure، مدفوعة بحدود السعة في مراكز البيانات في فرجينيا .

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

منصة غارقة في الأكواد البرمجية الآلية

السبب الجذري هو صدمة طلب هائلة من البرمجة الوكيلة (agentic coding). لم تُبنَ GitHub أصلاً لاستقبال برمجيات تكتب وتنفذ وتنشر نفسها بنفسها على نطاق واسع.

• طلبات السحب من وكلاء الذكاء الاصطناعي انفجرت 14 ضعفاً: قفزت طلبات السحب التي فتحها الوكلاء من 4 ملايين في سبتمبر 2025 إلى أكثر من 17 مليوناً بحلول مارس 2026 . أعاد حجم التغييرات (commits) كتابة الواقع التشغيلي لـGitHub بالكامل: أصبحت المنصة تعالج الآن حوالي 275 مليون commit أسبوعياً، وهو رقم يفوق إجمالي المليار commit الذي عالجته طوال عام 2025 .
• الموثوقية انهارت: بين مايو 2025 وأبريل 2026، عانت GitHub من 257 حادثة، 48 منها صُنفت على أنها شديدة — أي بمعدل انقطاع رئيسي واحد في الأسبوع . اشتد الضغط في 2026. تم تسجيل تسع حوادث خدمية في مايو وحده، وبحلول يونيو، انخفضت نسبة توفر GitHub إلى حوالي 88.4%، وهو انخفاض حاد عن هدف اتفاقية مستوى الخدمة البالغ 99.9% .
• القادة اعترفوا بنقطة الانهيار: خلال مكالمة أرباح مايكروسوفت في أبريل 2026، قال الرئيس التنفيذي ساتيا ناديلا إن GitHub "تشهد نمواً غير مسبوق، مدفوعاً بانتشار البرمجة الوكيلة" وأن الشركة "تعمل بجد لتوسيع النطاق لتلبية هذا الطلب" . وقبل ذلك، نشر كبير المسؤولين التقنيين في GitHub، فلاد فيدوروف، اعتذاراً علنياً نادراً، معترفاً بأن المنصة قللت بشدة من تقدير احتياجاتها من السعة، وأن وقت التشغيل في أبريل انخفض إلى أقل من 85% .

كان المحفز المباشر واضحاً: البنية التحتية لـGitHub ببساطة لم تستطع استيعاب هذا الحمل. كان فريق البنية التحتية للمنصة قد خطط لتوسعة السعة بمقدار 10 أضعاف في أكتوبر 2025، لكنه أدرك بحلول فبراير 2026 أنهم بحاجة إلى زيادة بمقدار 30 ضعفاً .

اللجوء إلى منافس: حل AWS المؤقت

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

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

المفارقة كبيرة. استحوذت مايكروسوفت على GitHub مقابل 7.5 مليار دولار في عام 2018 بهدف صريح هو دمجها في Azure والتنافس بشكل أكثر مباشرة مع AWS في حروب السحابة . الآن، منتج من طفرة الذكاء الاصطناعي — معظمه مدعوم من Copilot الخاص بـGitHub نفسه — أجبر مايكروسوفت على الدفع لمنافسها اللدود مقابل خوادم.

هجرة Azure المتعثرة: خطة تفوقها الواقع

صفقة AWS هي إشارة واضحة إلى أن هجرة GitHub إلى Azure متأخرة عن الجدول الزمني وتفوقها قدرات الطلب. بعد الاستحواذ في 2018، وضعت مايكروسوفت مساراً لهجرة جميع بنية GitHub التحتية من مراكز البيانات القديمة إلى Azure . هذه الهجرة جهد متعدد السنوات:

• تم هجرة خدمة CI/CD (Actions) ونماذج Copilot إلى Azure في عام 2024 .
• تبعت Pages و Packages في عام 2025 .
• لكن المنصة الأساسية وقواعد البيانات بدأت هجرتها فقط في أكتوبر 2025 . بحلول فبراير 2026، كان 12.5% فقط من حركة مرور GitHub تمر عبر Azure، مع هدف معلن هو 50% بحلول يوليو 2026 .

كانت الخطة الأصلية هي نقل GitHub بالكامل إلى Azure بحلول عام 2027 . لكن منحنى الحمل من البرمجة بالذكاء الاصطناعي تحرك أسرع من الجدول الزمني للهجرة . اعترف كبير المسؤولين التقنيين في GitHub بأن المنصة لا تزال مرتبطة بمراكز بيانات أقدم، مما يحد من قدرتها على التوسع بسرعة أثناء انفجار حركة المرور .

إضافة سعة من AWS تشير إلى أن Azure إما تفتقر إلى القدرة الحاسوبية المتاحة في المناطق الجغرافية الصحيحة، أو لم تستطع توفيرها بالسرعة الكافية لوقف النزيف . بالنسبة لشركة ترى Azure كمستقبلها، هذا تنازل تشغيلي عميق.

الاستجابات التشغيلية: أكثر من مجرد حل مؤقت

بعيداً عن استئجار AWS الذي يخطف الأضواء، تنفذ GitHub ومايكروسوفت عدة تغييرات تشغيلية لإصلاح الهشاشة الأساسية:

1. تحول قسري إلى السحابة المتعددة (Multi-Cloud): أصبحت البنية التحتية لـGitHub، بحكم الأمر الواقع، متعددة السحابات. تستخدم مايكروسوفت سعة AWS كطبقة طوارئ بينما تستمر هجرة Azure . هذه بنية تكتيكية، ليست مثالية.
2. تسريع أدوات الهجرة: على جانب Azure DevOps، أطلقت مايكروسوفت مؤخراً إصداراً تجريبياً من Enterprise Live Migrations (ELM)، وهي أداة مصممة لهجرة مستودعات متعددة مع الحد الأدنى من وقت التوقف، مما يشير إلى أن البنية التحتية للهجرة يتم ترقيتها تحت الضغط .
3. إعادة ترتيب الأولويات الداخلية الوجودية: أشارت تقارير سابقة إلى أن GitHub أوقفت مؤقتاً معظم تطوير الميزات الجديدة للتركيز بالكامل على هجرة البنية التحتية الأساسية "الوجودية" إلى Azure، مدفوعة بحدود السعة في مراكز البيانات في فرجينيا .

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