GitHub का AI संकट गहराया: माइक्रोसॉफ्ट को अपने प्रतिद्वंद्वी AWS के सर्वर किराए पर लेने पड़े

मशीन-निर्मित कोड का बोझ झेलता प्लेटफॉर्म

इस संकट की जड़ है एजेंटिक कोडिंग से आया भारी डिमांड शॉक। GitHub को उस सॉफ़्टवेयर के लिए नहीं बनाया गया था जो खुद ही हाइपर-स्केल पर कोड लिखता, कमिट करता और डिप्लॉय करता है।

• AI एजेंट पुल रिक्वेस्ट में 14 गुना विस्फोट। सितंबर 2025 में 4 मिलियन एजेंट-ओपन पुल रिक्वेस्ट थीं, जो मार्च 2026 तक बढ़कर 17 मिलियन से अधिक हो गईं । कमिट की मात्रा ने GitHub की परिचालन वास्तविकता को पूरी तरह बदल दिया है: प्लेटफ़ॉर्म अब हर हफ्ते लगभग 275 मिलियन कमिट प्रोसेस करता है, जो पूरे साल 2025 में प्रोसेस किए गए 1 बिलियन कमिट से कहीं ज़्यादा है ।
• विश्वसनीयता ध्वस्त। मई 2025 और अप्रैल 2026 के बीच, GitHub पर 257 घटनाएं हुईं, जिनमें से 48 को गंभीर श्रेणी में रखा गया—यानी हर हफ्ते औसतन एक बड़ा आउटेज । यह दबाव 2026 में और बढ़ गया। अकेले मई में नौ सेवा घटनाएं दर्ज की गईं, और जून तक GitHub की उपलब्धता (अवेलेबिलिटी) गिरकर लगभग 88.4% पर आ गई, जो इसके 99.9% सर्विस लेवल एग्रीमेंट (SLA) लक्ष्य से एक बड़ी गिरावट है ।
• नेतृत्व ने टूटने की स्थिति स्वीकार की। अप्रैल 2026 की कमाई कॉल (अर्निंग्स कॉल) के दौरान, माइक्रोसॉफ्ट के CEO सत्य नडेला ने कहा कि GitHub "एजेंटिक कोडिंग के प्रसार से प्रेरित अभूतपूर्व वृद्धि का अनुभव कर रहा है" और कंपनी "इस मांग को पूरा करने के लिए लगन से काम कर रही है" । इससे पहले, GitHub के CTO व्लाद फेडोरोव ने एक दुर्लभ सार्वजनिक माफी जारी की, जिसमें स्वीकार किया कि प्लेटफॉर्म ने अपनी क्षमता की जरूरतों का बुरी तरह से कम आकलन किया था और अप्रैल का अपटाइम 85% से नीचे फिसल गया था ।

तत्काल ट्रिगर स्पष्ट था: GitHub का बुनियादी ढांचा लोड को झेल नहीं पा रहा था। प्लेटफ़ॉर्म की इंफ्रास्ट्रक्चर टीम ने अक्टूबर 2025 में 10 गुना क्षमता विस्तार की योजना बनाई थी, लेकिन फरवरी 2026 तक उन्हें एहसास हो गया कि उन्हें 30 गुना वृद्धि की आवश्यकता है ।

प्रतिद्वंद्वी की ओर रुख: AWS एक अस्थायी सहारा

जब हर हफ्ते आउटेज लाखों डेवलपर्स और AI एजेंटों के काम को बाधित कर रहे थे, तब माइक्रोसॉफ्ट ने एक परिचालन निर्णय लिया, न कि कोई रणनीतिक। उसने प्लेटफ़ॉर्म को स्थिर करने के लिए AWS से स्पॉट क्षमता (सर्वर) खरीदी ।

एक माइक्रोसॉफ्ट प्रवक्ता ने पुष्टि की कि GitHub कई क्लाउड प्रदाताओं का उपयोग कर रहा है, लेकिन अमेज़न की भागीदारी पर टिप्पणी करने से इनकार कर दिया। उन्होंने केवल इतना कहा: "पिछले साल के अंत में शुरू हुई एजेंटिक डेवलपमेंट की अविश्वसनीय वृद्धि ने हमारे बुनियादी ढांचे की परीक्षा ली है" । AWS क्षमता को एक अस्थायी उपाय के रूप में वर्णित किया गया है ताकि तत्काल दबाव कम किया जा सके, जबकि Azure में दीर्घकालिक स्थानांतरण (माइग्रेशन) जारी है ।

यहाँ एक गहरी विडंबना है। माइक्रोसॉफ्ट ने 2018 में GitHub को 7.5 बिलियन डॉलर में इस स्पष्ट उद्देश्य के साथ खरीदा था कि इसे Azure से जोड़ा जाए और क्लाउड युद्धों में AWS का सीधे मुकाबला किया जाए । अब, AI बूम के एक उत्पाद (जिसे काफी हद तक GitHub के अपने Copilot ने शक्ति प्रदान की है) ने माइक्रोसॉफ्ट को मजबूर कर दिया है कि वह अपने कट्टर-प्रतिद्वंद्वी को सर्वरों के लिए भुगतान करे।

रुका हुआ Azure माइग्रेशन: एक योजना जो वास्तविकता से पिछड़ गई

AWS के साथ यह समझौता एक स्पष्ट संकेत है कि GitHub का Azure माइग्रेशन समय से पीछे है और मांग के सामने कम पड़ गया है। 2018 के अधिग्रहण के बाद, माइक्रोसॉफ्ट ने GitHub के सभी बुनियादी ढांचे को अपने पुराने डेटा सेंटरों से Azure में स्थानांतरित करने का लक्ष्य निर्धारित किया था । यह स्थानांतरण एक बहु-वर्षीय प्रयास है:

• GitHub की CI/CD सेवा (Actions) और Copilot मॉडल को 2024 में Azure में स्थानांतरित किया गया ।
• Pages और Packages का स्थानांतरण 2025 में हुआ ।
• हालांकि, कोर प्लेटफ़ॉर्म और डेटाबेस का स्थानांतरण अक्टूबर 2025 में ही शुरू हुआ । फरवरी 2026 तक, GitHub का केवल 12.5% ट्रैफ़िक Azure के माध्यम से रूट हो रहा था, जबकि जुलाई 2026 तक 50% करने का लक्ष्य था ।

मूल योजना 2027 तक GitHub को पूरी तरह से Azure पर लाने की थी । लेकिन AI कोडिंग से लोड वक्र माइग्रेशन समयरेखा से कहीं ज़्यादा तेज़ी से बढ़ा है । GitHub के CTO ने स्वीकार किया कि प्लेटफ़ॉर्म पुराने डेटा सेंटरों से जुड़ा हुआ है, जो ट्रैफ़िक विस्फोट के दौरान तेज़ी से स्केल करने की इसकी क्षमता को सीमित करता है ।

AWS से क्षमता जोड़ने से पता चलता है कि या तो Azure के पास सही भौगोलिक क्षेत्रों में पर्याप्त कंप्यूट उपलब्ध नहीं था, या वह इतनी जल्दी प्रोविज़न नहीं कर सका कि समस्या को रोका जा सके । एक कंपनी के लिए जो Azure को अपना भविष्य मानती है, यह एक गहरी परिचालन स्वीकारोक्ति है।

परिचालन प्रतिक्रिया: सिर्फ एक पट्टी से कहीं अधिक

AWS किराए पर लेने के अलावा, GitHub और माइक्रोसॉफ्ट अंतर्निहित कमजोरी को दूर करने के लिए कई और परिचालन परिवर्तन लागू कर रहे हैं:

1. मल्टी-क्लाउड की ओर मजबूर कदम। GitHub का बुनियादी ढांचा अब व्यावहारिक रूप से मल्टी-क्लाउड हो गया है। माइक्रोसॉफ्ट Azure माइग्रेशन जारी रहने के दौरान एक आपातकालीन सर्ज लेयर के रूप में AWS क्षमता का उपयोग कर रहा है । यह एक सामरिक है, आदर्शवादी वास्तुकला नहीं।
2. माइग्रेशन टूलिंग में तेजी। Azure DevOps की ओर, माइक्रोसॉफ्ट ने हाल ही में एंटरप्राइज लाइव माइग्रेशन (ELM) का प्रीव्यू लॉन्च किया है। यह एक टूल है जो न्यूनतम डाउनटाइम के साथ कई रिपॉजिटरी को माइग्रेट करने में मदद करता है, जो दर्शाता है कि दबाव में माइग्रेशन इंफ्रास्ट्रक्चर को अपग्रेड किया जा रहा है ।
3. आंतरिक प्राथमिकताओं का मौलिक पुनर्निर्धारण। पिछली रिपोर्टों से संकेत मिलता है कि GitHub ने अपने Azure माइग्रेशन पर पूरी तरह ध्यान केंद्रित करने के लिए अधिकांश नई सुविधाओं के विकास को अस्थायी रूप से रोक दिया था। यह कदम वर्जीनिया में उसके डेटा सेंटरों की क्षमता सीमाओं के कारण उठाया गया था ।

निष्कर्ष यह नहीं है कि माइक्रोसॉफ्ट GitHub के लिए Azure को छोड़ रहा है—वह ऐसा नहीं कर रहा है। असली सबक यह है कि AI कोडिंग एजेंटों ने डेवलपर इंफ्रास्ट्रक्चर के पैमाने को हमेशा के लिए बदल दिया है। GitHub का लोड कीबोर्ड पर टाइप करने वाले मनुष्यों के लिए डिज़ाइन किया गया था। अब इसे एक ऐसी दुनिया के लिए चलते-फिरते फिर से डिज़ाइन किया जा रहा है जहाँ सॉफ़्टवेयर खुद को लिखता है, और यहाँ तक कि माइक्रोसॉफ्ट जैसी ट्रिलियन डॉलर की कंपनी भी बिना तैयारी के पकड़ी जा सकती है, और उसे अपने सबसे बड़े प्रतिस्पर्धी पर निर्भर रहना पड़ता है ताकि वह बस अपनी लाइटें जलाए रख सके।