GitHub आउटेज ट्रैकर: क्या GitHub पक गया है?

“Is GitHub Cooked?” नाम का एक मज़ाकिया outage tracker GitHub की विश्वसनीयता को लेकर व्यापक चिंता पैदा करता है, खासकर enterprises में, जहाँ अब GitHub Actions के जरिए pushes, PRs, और CI जैसी core workflows को बाधित करने वाली बार-बार की incidents दिख रही हैं। टिप्पणीकार इस पर बहस करते हैं कि Microsoft-owned, highly profitable कंपनी को कितनी सहानुभूति मिलनी चाहिए, और ध्यान दिलाते हैं कि AI tools और free tiers को आक्रामक रूप से बढ़ावा देने से load बढ़ा है, जबकि resilience या paid और free users के बीच traffic segregation में पर्याप्त निवेश नहीं हुआ। कई लोगों के अनुसार यह centralization और product bloat की self-inflicted समस्या है, और कुछ संगठन alternatives तलाश रहे हैं, भले ही अभी कोई replacement GitHub के ecosystem की बराबरी न करता हो।

आउटेज ट्रैकर पर प्रतिक्रियाएँ

  • कई लोगों को यह विचार मज़ेदार और सटीक लगता है ("Outrage Tracker" पर चुटकुले, xkcd संदर्भ, आदि)।
  • कुछ लोग नोट करते हैं कि contribution-graph-as-outage-calendar एक बार-बार आने वाला विचार है।
  • कुछ टिप्पणीकार साइट के आँकड़ों और JS की जाँच करते हैं, शुरुआती गणना/लेबलिंग बग्स (incidents/month, overlapping incidents, “worst day” > 24h) को इंगित करते हैं, और ध्यान देते हैं कि उन्हें जल्दी ठीक कर दिया गया।
  • कुछ लोग सावधानी बरतते हैं कि आँकड़े थोड़े “underbaked” हैं और पूरी तरह भरोसेमंद नहीं हो सकते।

GitHub की विश्वसनीयता की perceived स्थिति

  • व्यापक भावना यह है कि GitHub की आउटेज आवृत्ति “abhorrent” है, खासकर enterprise उपयोग के लिए।
  • अन्य लोग बताते हैं कि उन्हें शायद ही कभी समस्याएँ दिखती हैं, जिससे लगता है कि आउटेज समय-क्षेत्र या workload पर निर्भर हो सकते हैं।
  • कई लोग कहते हैं कि पिछले महीनों में आउटेज अधिक बार और अधिक गंभीर लगे हैं, जो अक्सर CI, deployments, और PR workflows को रोक देते हैं।

आउटेज के कारण और scale पर बहस

  • एक पक्ष अभूतपूर्व scale पर ज़ोर देता है: AI-driven commits, builds, और pushes को प्रभावी रूप से GitHub पर DDoS करने जैसा बताया जाता है।
  • दूसरे तर्क देते हैं कि ट्रैफ़िक बड़ा है, लेकिन इतना तो big tech लंबे समय से संभालना जानता है; वे technical debt, Azure migration, और management priorities को दोष देते हैं।
  • कुछ लोगों को brittle architecture और वर्षों से reliability को नीचे प्राथमिकता देने का संदेह है, न कि केवल अचानक scale का।

Paid बनाम free users, fairness, और throttling

  • कई paying/enterprise users free accounts और AI bots के ट्रैफ़िक से प्रभावित होने पर नाराज़ हैं।
  • प्रस्ताव:
    • paying orgs के लिए अलग infrastructure या reserved capacity।
    • automated usage, free tier, या AI-like behavior के लिए कड़े rate limits या throttling।
  • विरोधी तर्क: traffic segmentation GitHub की open-source/community positioning और AI data-collection incentives से टकरा सकती है।

GitHub Actions, Copilot, और AI traffic

  • एक साझा graph सुझाव देता है कि Actions/Copilot को हटाने से incident counts लगभग आधे हो जाएँगे।
  • Actions को कई लोगों के लिए “critical, not secondary” कहा जाता है, लेकिन साथ ही इसे धीमा, fragile, और खराब डिज़ाइन वाला भी माना जाता है।
  • कई टिप्पणियाँ कहती हैं कि GitHub ने खुद Copilot और AI workflows को आक्रामक रूप से बढ़ावा दिया, इसलिए उसने “अपनी खुद की जेल बना ली” है और AI-driven load पर शिकायत करने का सीमित अधिकार है।

विकल्प और self-hosting

  • कुछ संगठन बार-बार होने वाले outages के कारण GitHub से हटने पर गंभीरता से चर्चा कर रहे हैं, लेकिन migration cost, compliance, और lock-in ऊँचे हैं।
  • self-hosted GitLab या समान कुछ के लिए भरोसेमंद काम करता बताया गया है, और rough cost estimates GitHub enterprise की तुलना में बड़े savings का संकेत देते हैं।
  • अन्य लोग तर्क देते हैं कि अधिकतर विकल्प भी GitHub के traffic scale पर विफल होंगे, और छोटे या personal repos के लिए GitHub का free tier अभी भी सबसे व्यावहारिक विकल्प है।

Microsoft और GitHub के भविष्य पर विचार

  • कुछ लोगों में Microsoft-विरोधी भावना बहुत मजबूत है: दावे कि acquisitions products को stagnate कर देती हैं और acquisition के समय ही GitHub “cooked” था।
  • अन्य लोग individual engineers/SREs के लिए सहानुभूति को corporate leadership के लिए सहानुभूति-रहित होने से अलग करते हैं।
  • कई लोगों का मानना है कि अगर एक विश्वसनीय, सरल competitor सामने आता है, तो बहुत से ग्राहक जाने के लिए तैयार हैं, हालांकि network effects और feature sprawl GitHub को “Excel-like” रूप से जमे रहने दे सकते हैं।