GitHub ሲያቆም፣ የሶፍትዌር አቅርቦት ያቆማል፦ ከዘጠኝ ሰዓት መቋረጥ የሚገኙ የአመራር ትምህርቶች

በነሐሴ 6 ቀን 2026 በ15:22 UTC፣ GitHub ለGitHub Actions አፈጻጸም መቀነስ መጀመሩን ሪፖርት ማድረግ ጀምሯል — ይህ ለሚሊዮኖች ድርጅቶች ሶፍትዌር የሚገነባ፣ የሚፈትሽ እና የሚያደርስ የአውቶሜሽን አገልግሎት ነው። በጥቂት ሰዓታት ውስጥ መቋረጱ ወደ GitHub Pages፣ Actions REST API፣ Copilot code review፣ Copilot coding agent፣ hosted እና self-hosted runners፣ webhook አቅርቦቶች እና GitHub Enterprise Importer migrations ተሰራጭቷል። GitHub ከመጀመሪያው በግምት ዘጠኝ ሰዓታት በኋላ፣ ነሐሴ 7 በ00:06 UTC፣ መቀነሱ በቁጥጥር ስር መዋሉን አስታውቋል። የስራ ቀን አብዛኛውን ጊዜ፣ የዓለም የሶፍትዌር አቅርቦት አቅም ከፍተኛ ክፍል ተጎድቷል።

ይህ አሁን ለምን አስፈላጊ ነው

GitHub ከእንግዲህ የኮድ ማከማቻ ብቻ አይደለም። እሱ የዘመናዊ ሶፍትዌር አቅርቦት የስራ ነርቭ ነው፦ ኮድ የሚኖርበት፣ continuous integration የሚሰራበት፣ deployments የሚጀምሩበት እና በየጊዜው የሚያድግበት የAI coding agents ስራቸውን የሚሰሩበት ቦታ ነው። Copilot code review እና Copilot coding agent ከActions ጋር አብረው ከመስመር ውጪ ሲሆኑ፣ የAI እርዳታን በአቅርቦት ሂደታቸው ውስጥ ያራገቡ ድርጅቶች pipelinesቸው በቆሙበት ቅጽበት ያን አቅም አጥተዋል። ልማትን፣ አውቶሜሽንን እና የAI መሣሪያዎችን በአንድ መድረክ ላይ በተለይ እንደምናዛመድ፣ ነጠላ ክስተት እንደ ኢኮኖሚ አቀፍ ክስተት ይቆጠራል።

ምን ተከስቷል

እንደGitHub ይፋዊ የሁኔታ ገጽ፣ መሰረታዊው ውድቀት runners ልክ ያልሆኑ የስራ ምደባዎችን መቀበልን ያካትታል፣ self-hosted runners ስራዎችን መውሰድ አልቻሉም እና በምዝገባ ወቅት ስህተቶችን እና rate limiting አጋጥሟቸዋል። የworkflow ስራዎች መጀመር ወይም መጠናቀቅ አልቻሉም፣ በመስመር ላይ የነበሩ ስራዎች ጊዜያቸው አልፏል፣ Actions REST API ስህተቶችን መልሷል እና በwebhook የሚነሱ workflows ዘግይተዋል። ማግኘት በስርዓቱ ሁሉ የተከማቹ መስመሮችን ማፍሰስ፣ ለrunner የስራ ምደባ እርምጃዎችን ማሰማራት፣ በwebhook የሚነሳ የworkflow አስራት መመለስ እና self-hosted runnersን በደረጃ እንደገና ማግበር ያስፈልጋል። GitHub ገና ዝርዝር የምሥረ ምክንያት ትንተና አላትመመም። ይህ ክስተት ከአስቸጋሪ የአስተማማኝነት ክስተቶች ተከታታይ በኋላ መጥቷል፦ The Register በሚያዚያ 26፣ በግንቦት 23፣ በሰኔ 23 እና በሐምሌ 26 ክስተቶችን ይመዝግባል፣ እና የGitHub የራሱ የሁኔታ ገጽ ለActions የ90 ቀን uptime 99.42 በመቶ ያሳያል፣ ይህም ድርጅቶች ሙሉ የአቅርቦት ሰንሰለታቸውን በአንድ ሻጭ ላይ ሲያስቀምጡ ከሚጠብቁት ደረጃ በከፍተኛ ልክ ዝቅ ያለ ነው።

የቴክኖሎጂ እና የአርክቴክቸር ተፅእኖዎች

የአርክቴክቸሩ ትምህርት ስለ coupling ነው። ብዙ ድርጅቶች በዝምታ አንድ ሻጭ ለምንጭ ኮድ፣ ለግንባታ፣ ለሙከራ፣ ለማሰማራት፣ ለሰነድ ማስተናገድ እና ለAI እርዳታ control plane እንዲሆን ፈቅደዋል። እያንዳንዳቸው በተናጠል ምክንያታዊ ናቸው። በጣምር ሆነው፣ አንድ የተበላሸ scheduler ወደ ታች ያለውን ሁሉ የሚያቆምበት የጥገኝነት ግራፍ ይፈጥራሉ። በተለይም፣ ብዙ ቡድኖች በGitHub መሠረተ ልማት ላይ ያለውን ጥገኝነት ለመቀነስ በልዩ ሁኔታ የሚያሠሩት self-hosted runners እንኳ ተጎድተዋል፣ ምክንያቱም ለስራ ምደባ እና ምዝገባ ገና በGitHub control plane ላይ ስለሚጠጉ ነው። የራስዎ computing መኖርዎ የራስዎ ተደራሽነት መኖር አይደለም። ሠሪዎች የትኞቹ አቅሞች አብረው እንደሚወድቁ ማውጣት፣ የተቀነሱ የስራ ዘዴዎችን መግለጽ እና በዋናው መድረክ ሳይጓዙ የሚሄዱ የአስቸኳይ ማሰማሪያ መንገዶች መኖራቸውን ማረጋገጥ አለባቸው።

የንግድ እና የውድድር ተፅእኖዎች

የዘጠኝ ሰዓት የpipeline መቋረጥ የምህንድስና ችግር አይደለም። እሱ የተዘገዩ ልቀቶች፣ የዘገዩ ማረሚያዎች፣ ምንም ሳይሰሩ የሚቆዩ ቡድኖች እና ለደንበኞች የሚደርሱ ለውጦችን ያማከቱ ድርጅቶች ቀጥተኛ የንግድ ተፅእኖ ነው። የውድድር አቅጣጫውም እኩል እውነተኛ ነው፦ የተፈተኑ የተንከባካቢ መንገዶች ያሏቸው ድርጅቶች ሌሎች ሲጠብቁ ማቅረባቸውን ቀጥለዋል። የአቅርቦት ሰንሰለት አስተማማኝነት በራሱ የሚለይ ምክንያት እየሆነ ነው፣ እና ቀዳሚ ድምጾች ስለመድረክ ጥገኝነት ጥያቄዎችን እያነሱ ነው። The Register ገንቢውን Mitchell Hashimoto GitHub ከእንግዲህ የገንቢዎችን ከባድ ስራ የሚያስተናግድ ቦታ አይደለም ሲል ይጠቅሳል። ተስማምተሽም ባይሆንም፣ በተጽእኖ ያላቸው ምህንድሶች መካከል ያ ስሜት በራሱ ሰራዊት የሚመዘግበት ምልክት ነው።

የአደጋ እና የአስተዳደር ግምት ውስጥ የሚገቡ ጉዳዮች

አብዛኛዎቹ የድርጅት አደጋ መዝገቦች GitHubን እንደ ልማት መሣሪያ እንጂ እንደ ወሳኝ መሠረተ ልማት አይቆጥሩትም። ይህ ክስተት ለእንደገና ምደባ ምክንያት ይሰጣል። የአስተዳደር ጥያቄዎች በተፈጥሮ ይነሳሉ። ድርጅቱ የአቅርቦት መድረክ ከመስመር ውጪ ሲሆን እውነተኛ የማግኘት ጊዜው ምንድነው የሚለውን ያውቃል? የAI coding agents እና የራስ-ሰር የግምገማ ደረጃዎች በለውጥ አስተዳደር ውስጥ የውድቀት ነጠላ ነጥቦች እንዲሆኑ ተፍቅዶላቸው ነው? የቁጥጥር ግዴታዎች፣ በተለይም በስራ የተረጋጋነት ማዕቀፎች ስር ያሉ የፋይናንስ አገልግሎቶች፣ እስከ ሶፍትዌር አቅርቦት ሰንሰለት ይዘልቃሉ? እና ለምንጭ፣ ለግንባታ፣ ለማሰማራት እና ለAI መሣሪያዎች ከአንድ አቅራቢ ጋር ያለው ማደናቀፍ እንደ አደጋ በሻጭ ስትራቴጂ ውስጥ ተካትቷል ወይስ በነባሪነት ተጠብቆል?

ሲኤኦዎች ምን ማድረግ አለባቸው

በመጀመሪያ፣ ለቴክኖሎጂ አመራርዎ አንድ ጥያቄ ይጠይቁ፦ GitHub ወይም እኩል የሆነው ነገር ሙሉ ቀን ከመስመር ውጪ ቢሆን ለደንበኞች ያለን ቃል ኪዳን ምን ይሆናል? ከእርግጠኝነት ይልቅ ግልጽ፣ ማስረጃ ያለው መልስ ይጠይቁ። ሁለተኛ፣ የገንቢዎች መድረክ ጥገኝነትን እንደ አቅራቢ ማደናቀፍ አደጋ ይቆጥሩ እና እንደደመና ማደናቀፍ ተመሳሳይ የሰራዊት ታይነት ይስጡ። ሦስተኛ፣ ለተረጋጋነት ስራ በግልጽ ይወስዱ። የተንከባካቢ መንገዶች፣ የተመሳሰሉ ማከማቻዎች እና የተለማመዱ የቅነሳ ዘዴዎች የኢንሹራንስ ክፍያዎች ናቸው፣ እና ሁልጊዜ ከማጣታቸውን ከሚያረጋግጥ መቋረጥ ይበልጥ ተመጣጣኝ ናቸው።

ሲቲኦዎች ምን ማድረግ አለባቸው

የአቅርቦት መድረክዎን blast radius በታማኝነት ያውጡ፣ አሁን በግምገማ እና coding workflows ውስጥ የተካተቱ የAI መሣሪያዎችን ጨምሮ። ለእጅግ አስፈላጊ አገልግሎቶችዎ የራሱን የሆነ የአስቸኳይ ማሰማሪያ መንገድ ይጠብቁ እና በየሩብ አመቱ ይለማመዱ። ምንጭ ኮዱን በተደጋጋሚ ወደ ሁለተኛ ቦታ ይምስሉ። የself-hosted አቅምን የሻጩ control plane ማገኘት ሲያቅት በሰላም እንዲቀንስ ያቅዱ፣ self-hosting ነጻነት ማለት ነው ብለው ሳይገምቱ። በመጨረሻም፣ በአእላፍዎ ውስጥ ያሉትን የግብይት ስታቲስቲክስ ሳይሆን የሻጩን እውነተኛ የታተመ uptime በመጠቀም የውስጥ ተደራሽነት ተስፋዎችን ያስቀምጡ እና በዚያ መሠረት error budgets ይገንቡ።

ስትራቴጂካዊ ማጠቃለያ

ይህ መቋረጥ በጥቂት ቀናት ውስጥ ከዜና ርዕሶች ይጠፋል። የገለጸው ጥገኝነት ግን አይጠፋም። አቅጣጫው ማደናቀፍ መቀነስ ሳይሆን መጨመር ነው፦ AI agents የአቅርቦት ሂደቱን ትልቅ ክፍል ይወስዳሉ፣ እና በዚህ ሳምንት በወደቁት በተመሳሳይ መድረኮች ላይ ይሠራሉ። አመራሮች ይህን ክስተት እንደ ነጻ የጫና ሙከራ መቁጠር አለባቸው። ስለድርጅትዎ የገለጸውን ያጥኑ፣ ክፍተቶችን በዓላማ ይዝጉ እና የመድረክ ተረጋጋነትን እንደ አስቸኳይ ምላሽ ሳይሆን የቴክኖሎጂ ስትራቴጂ ዘላቂ ክፍል ያድርጉ።

በዚህ ሳምንት የአቅርቦት መድረክዎ ዝም ባለ ጊዜ፣ ድርጅትዎ ማቅረቡን ቀጥሏል ወይስ ገና ያልገመገመውን የውድቀት ነጠላ ነጥብ አግኝቷል? ቡድኖችዎ እንዴት እንደተከናወኑ መስማት እፈልጋለሁ።

በሂሳብ ያስቡ። በብልህነት ይሠሩ። በስትራቴጂ ይመሩ። በኃላፊነት ይገንቡ። በአለም ያስፋፉ። በአርቲፊሻል ኢንተሊጀንስ እውነተኛ የንግድ ዋጋ ይፍጠሩ።

#GitHub #DevOps #EnterpriseArchitecture #TechnologyStrategy #BusinessContinuity #PlatformEngineering #ArtificialIntelligence #RiskManagement #CTO #CEO

Originally published on LinkedIn by Keshavan Thiagaraja. Read the original on LinkedIn.