GitHub आउटेज में क्या हुआ?

GitHub ने शुरुआत में कुछ सेवाओं में प्रदर्शन संबंधी समस्याओं की जांच की बात कही। इसके बाद दिक्कत वेबसाइट, API ट्रैफिक और कई डेवलपर-केंद्रित प्रणालियों तक फैल गई। कंपनी के अनुसार, वेब अनुभव और API ट्रैफिक में लगभग 20% एरर रेट था। वहीं आर्काइव डाउनलोड और रॉ रिपॉजिटरी-कंटेंट डाउनलोड में यह दर करीब 50% रही।

इन प्रतिशतों का अर्थ विफल या असफल अनुरोधों का अनुपात है—यह नहीं कि GitHub के 20% या 50% यूज़र पूरी तरह सेवा से बाहर हो गए थे। रिपोर्टों में आउटेज को वैश्विक बताया गया है, लेकिन प्रभावित यूज़र्स की सत्यापित कुल संख्या उपलब्ध नहीं है।

कौन-कौन सी GitHub सेवाएं प्रभावित हुईं?

इस घटना ने सॉफ्टवेयर डेवलपमेंट के कई अहम चरणों को प्रभावित किया:

• Repositories और downloads: आर्काइव तथा रॉ फाइल डाउनलोड विशेष रूप से अविश्वसनीय रहे। इससे वेब या ऑटोमेटेड माध्यमों से कोड प्राप्त करना कठिन हुआ।
• API requests: API एरर बढ़ने से GitHub पर निर्भर टूल, स्क्रिप्ट और इंटीग्रेशन प्रभावित हुए।
• Pull Requests और Issues: कोड रिव्यू, बग ट्रैकिंग और टीम सहयोग से जुड़े कामों में बाधा आई।
• GitHub Actions: CI/CD पाइपलाइन और ऑटोमेशन वर्कफ़्लो में देरी या विफलता देखने को मिली।
• Webhooks: इवेंट डिलीवरी अविश्वसनीय होने से जुड़े हुए डिप्लॉयमेंट, मॉनिटरिंग और ऑटोमेशन सिस्टम में देरी या रुकावट आ सकती थी।
• Git operations: स्टेटस रिपोर्ट में Git प्रदर्शन में गिरावट और रिपॉजिटरी ऑपरेशंस से जुड़ी समस्याएं भी दर्ज की गईं।
• Copilot: GitHub ने Copilot को अलग से बड़े आउटेज या गंभीर रूप से प्रभावित सेवा के रूप में चिह्नित किया। इससे कुछ यूज़र्स की AI-सहायित कोडिंग बाधित हुई।
• Enterprise identity और provisioning: समकालीन रिपोर्टों में SAML और OIDC ऑथेंटिकेशन, SCIM तथा Team Sync से जुड़े फ़ंक्शन पर भी असर बताया गया, हालांकि हर सेवा की पूरी टाइमलाइन उपलब्ध नहीं है।

व्यावहारिक तौर पर यह केवल GitHub वेबसाइट के धीमे होने की समस्या नहीं थी। किसी डेवलपर को रिपॉजिटरी खोलने या डाउनलोड करने, Pull Request की समीक्षा करने, Actions वर्कफ़्लो चलाने या उसका इंतजार करने, Webhook इवेंट पाने, एंटरप्राइज लॉगिन से प्रमाणित होने या Copilot इस्तेमाल करने में विफलता मिल सकती थी।

क्या GitHub की हर सेवा बंद हो गई थी?

नहीं। उपलब्ध साक्ष्य इसे हर GitHub कंपोनेंट की पुष्टि की गई विफलता के बजाय एक आंशिक, बहु-सेवा आउटेज के रूप में दिखाते हैं। एक समकालीन स्टेटस सारांश में Git Operations, Packages, Pages और Codespaces को चालू बताया गया था, जबकि अन्य सेवाएं प्रभावित थीं।

फिर भी किसी एक कंपोनेंट का चालू रहना पूरे डेवलपमेंट वर्कफ़्लो के सामान्य रूप से काम करने की गारंटी नहीं देता। उदाहरण के लिए, Codespaces या Pages उपलब्ध हो सकते थे, जबकि रिपॉजिटरी डाउनलोड, Actions, Pull Requests या Webhooks में समस्या बनी रह सकती थी। उपलब्ध रिपोर्ट यह भी साबित नहीं करतीं कि सूचीबद्ध कोई सेवा पूरे आउटेज के दौरान लगातार पूरी तरह अप्रभावित रही।

GitHub ने जांच और रिकवरी के बारे में क्या कहा?

GitHub ने पहले बढ़ी हुई प्रदर्शन समस्याओं की जांच की जानकारी दी। बाद में कंपनी ने कहा कि उसने समस्या पैदा कर रहे एक कंपोनेंट की पहचान कर ली है और सुधारात्मक कार्रवाई की है। रिकवरी अपडेट में सुधार के मजबूत संकेत बताए गए, हालांकि इंजीनियरों की निगरानी और शमन उपायों के दौरान कुछ एरर अभी भी सामान्य से अधिक थे।

GitHub के स्टेटस पेज ने बाद में GitHub.com से जुड़ी घटना को Resolved चिह्नित किया। एक बाद के अपडेट में कहा गया कि कुछ एप्लिकेशन में Copilot ऑथेंटिकेशन की छिटपुट विफलताओं पर काम जारी है। उस समय GitHub CLI और GitHub App के जरिए Copilot इस्तेमाल को अप्रभावित बताया गया था।

क्या आउटेज का मूल कारण पता चला?

उपलब्ध सामग्री में नहीं। GitHub ने समस्याग्रस्त कंपोनेंट की पहचान और सेवा बहाल करने के लिए किए गए शमन उपायों की जानकारी दी, लेकिन तत्कालीन कवरेज में तकनीकी root-cause analysis शामिल नहीं था। स्टेटस पेज ने कहा था कि विस्तृत विश्लेषण उपलब्ध होने पर साझा किया जाएगा।

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

हाल की GitHub और Microsoft घटनाओं से तुलना

17 अगस्त का आउटेज हाल की उन कई GitHub घटनाओं से कहीं व्यापक था, जो मुख्य रूप से Copilot या किसी एक उत्पाद तक सीमित थीं:

• 1 अगस्त: GitHub Copilot में GPT-5.6 Luna की उपलब्धता में रुक-रुककर समस्या आई थी। इसका संबंध एक upstream model provider से बताया गया और अन्य Copilot मॉडल प्रभावित नहीं हुए।
• 10 अगस्त: GitHub ने कुछ मॉडलों तक पहुंच को प्रभावित करने वाली Copilot बाधा की जानकारी दी।
• 13 अगस्त: Copilot में Fable 5 मॉडल से जुड़े एरर की रिपोर्ट हुई, जिसका कारण upstream model provider बताया गया।
• 6–7 अगस्त: एक अलग GitHub Actions घटना में वर्कफ़्लो की उपलब्धता प्रभावित हुई; कुछ रन विफल हुए और कुछ लंबे समय तक कतार में रहे।

इन सीमित घटनाओं के विपरीत, 17 अगस्त की समस्या GitHub के वेब अनुभव, APIs, सहयोगी फीचर्स, ऑटोमेशन, Webhooks, रिपॉजिटरी एक्सेस और Copilot तक फैल गई।

GitHub Microsoft के स्वामित्व वाली कंपनी है, लेकिन उपलब्ध साक्ष्य यह साबित नहीं करते कि 17 अगस्त का आउटेज Microsoft 365 या Azure का व्यापक आउटेज था। इसलिए, जब तक GitHub या Microsoft की बाद की जांच किसी साझा मूल कारण की पुष्टि न करे, इसे GitHub प्लेटफ़ॉर्म की घटना के रूप में ही वर्णित करना उचित है।

GitHub आउटेज में क्या हुआ?

GitHub ने शुरुआत में कुछ सेवाओं में प्रदर्शन संबंधी समस्याओं की जांच की बात कही। इसके बाद दिक्कत वेबसाइट, API ट्रैफिक और कई डेवलपर-केंद्रित प्रणालियों तक फैल गई। कंपनी के अनुसार, वेब अनुभव और API ट्रैफिक में लगभग 20% एरर रेट था। वहीं आर्काइव डाउनलोड और रॉ रिपॉजिटरी-कंटेंट डाउनलोड में यह दर करीब 50% रही।

इन प्रतिशतों का अर्थ विफल या असफल अनुरोधों का अनुपात है—यह नहीं कि GitHub के 20% या 50% यूज़र पूरी तरह सेवा से बाहर हो गए थे। रिपोर्टों में आउटेज को वैश्विक बताया गया है, लेकिन प्रभावित यूज़र्स की सत्यापित कुल संख्या उपलब्ध नहीं है।

कौन-कौन सी GitHub सेवाएं प्रभावित हुईं?

इस घटना ने सॉफ्टवेयर डेवलपमेंट के कई अहम चरणों को प्रभावित किया:

• Repositories और downloads: आर्काइव तथा रॉ फाइल डाउनलोड विशेष रूप से अविश्वसनीय रहे। इससे वेब या ऑटोमेटेड माध्यमों से कोड प्राप्त करना कठिन हुआ।
• API requests: API एरर बढ़ने से GitHub पर निर्भर टूल, स्क्रिप्ट और इंटीग्रेशन प्रभावित हुए।
• Pull Requests और Issues: कोड रिव्यू, बग ट्रैकिंग और टीम सहयोग से जुड़े कामों में बाधा आई।
• GitHub Actions: CI/CD पाइपलाइन और ऑटोमेशन वर्कफ़्लो में देरी या विफलता देखने को मिली।
• Webhooks: इवेंट डिलीवरी अविश्वसनीय होने से जुड़े हुए डिप्लॉयमेंट, मॉनिटरिंग और ऑटोमेशन सिस्टम में देरी या रुकावट आ सकती थी।
• Git operations: स्टेटस रिपोर्ट में Git प्रदर्शन में गिरावट और रिपॉजिटरी ऑपरेशंस से जुड़ी समस्याएं भी दर्ज की गईं।
• Copilot: GitHub ने Copilot को अलग से बड़े आउटेज या गंभीर रूप से प्रभावित सेवा के रूप में चिह्नित किया। इससे कुछ यूज़र्स की AI-सहायित कोडिंग बाधित हुई।
• Enterprise identity और provisioning: समकालीन रिपोर्टों में SAML और OIDC ऑथेंटिकेशन, SCIM तथा Team Sync से जुड़े फ़ंक्शन पर भी असर बताया गया, हालांकि हर सेवा की पूरी टाइमलाइन उपलब्ध नहीं है।

व्यावहारिक तौर पर यह केवल GitHub वेबसाइट के धीमे होने की समस्या नहीं थी। किसी डेवलपर को रिपॉजिटरी खोलने या डाउनलोड करने, Pull Request की समीक्षा करने, Actions वर्कफ़्लो चलाने या उसका इंतजार करने, Webhook इवेंट पाने, एंटरप्राइज लॉगिन से प्रमाणित होने या Copilot इस्तेमाल करने में विफलता मिल सकती थी।

क्या GitHub की हर सेवा बंद हो गई थी?

नहीं। उपलब्ध साक्ष्य इसे हर GitHub कंपोनेंट की पुष्टि की गई विफलता के बजाय एक आंशिक, बहु-सेवा आउटेज के रूप में दिखाते हैं। एक समकालीन स्टेटस सारांश में Git Operations, Packages, Pages और Codespaces को चालू बताया गया था, जबकि अन्य सेवाएं प्रभावित थीं।

फिर भी किसी एक कंपोनेंट का चालू रहना पूरे डेवलपमेंट वर्कफ़्लो के सामान्य रूप से काम करने की गारंटी नहीं देता। उदाहरण के लिए, Codespaces या Pages उपलब्ध हो सकते थे, जबकि रिपॉजिटरी डाउनलोड, Actions, Pull Requests या Webhooks में समस्या बनी रह सकती थी। उपलब्ध रिपोर्ट यह भी साबित नहीं करतीं कि सूचीबद्ध कोई सेवा पूरे आउटेज के दौरान लगातार पूरी तरह अप्रभावित रही।

GitHub ने जांच और रिकवरी के बारे में क्या कहा?

GitHub ने पहले बढ़ी हुई प्रदर्शन समस्याओं की जांच की जानकारी दी। बाद में कंपनी ने कहा कि उसने समस्या पैदा कर रहे एक कंपोनेंट की पहचान कर ली है और सुधारात्मक कार्रवाई की है। रिकवरी अपडेट में सुधार के मजबूत संकेत बताए गए, हालांकि इंजीनियरों की निगरानी और शमन उपायों के दौरान कुछ एरर अभी भी सामान्य से अधिक थे।

GitHub के स्टेटस पेज ने बाद में GitHub.com से जुड़ी घटना को Resolved चिह्नित किया। एक बाद के अपडेट में कहा गया कि कुछ एप्लिकेशन में Copilot ऑथेंटिकेशन की छिटपुट विफलताओं पर काम जारी है। उस समय GitHub CLI और GitHub App के जरिए Copilot इस्तेमाल को अप्रभावित बताया गया था।

क्या आउटेज का मूल कारण पता चला?

उपलब्ध सामग्री में नहीं। GitHub ने समस्याग्रस्त कंपोनेंट की पहचान और सेवा बहाल करने के लिए किए गए शमन उपायों की जानकारी दी, लेकिन तत्कालीन कवरेज में तकनीकी root-cause analysis शामिल नहीं था। स्टेटस पेज ने कहा था कि विस्तृत विश्लेषण उपलब्ध होने पर साझा किया जाएगा।

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

हाल की GitHub और Microsoft घटनाओं से तुलना

17 अगस्त का आउटेज हाल की उन कई GitHub घटनाओं से कहीं व्यापक था, जो मुख्य रूप से Copilot या किसी एक उत्पाद तक सीमित थीं:

• 1 अगस्त: GitHub Copilot में GPT-5.6 Luna की उपलब्धता में रुक-रुककर समस्या आई थी। इसका संबंध एक upstream model provider से बताया गया और अन्य Copilot मॉडल प्रभावित नहीं हुए।
• 10 अगस्त: GitHub ने कुछ मॉडलों तक पहुंच को प्रभावित करने वाली Copilot बाधा की जानकारी दी।
• 13 अगस्त: Copilot में Fable 5 मॉडल से जुड़े एरर की रिपोर्ट हुई, जिसका कारण upstream model provider बताया गया।
• 6–7 अगस्त: एक अलग GitHub Actions घटना में वर्कफ़्लो की उपलब्धता प्रभावित हुई; कुछ रन विफल हुए और कुछ लंबे समय तक कतार में रहे।

इन सीमित घटनाओं के विपरीत, 17 अगस्त की समस्या GitHub के वेब अनुभव, APIs, सहयोगी फीचर्स, ऑटोमेशन, Webhooks, रिपॉजिटरी एक्सेस और Copilot तक फैल गई।

GitHub Microsoft के स्वामित्व वाली कंपनी है, लेकिन उपलब्ध साक्ष्य यह साबित नहीं करते कि 17 अगस्त का आउटेज Microsoft 365 या Azure का व्यापक आउटेज था। इसलिए, जब तक GitHub या Microsoft की बाद की जांच किसी साझा मूल कारण की पुष्टि न करे, इसे GitHub प्लेटफ़ॉर्म की घटना के रूप में ही वर्णित करना उचित है।