GitHub නතර වූ විට, මෘදුකාංග බෙදාහැරීම නතර වේ: පැය නවයක බාධාවකින් ලැබෙන විධායක පාඩම්

2026 අගෝස්තු 6 වන දින 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 runs ආරම්භ හෝ සම්පූර්ණ කිරීමට අසමත් විය, පෝලිම්වල සිටි රැකියාවල කාලය ඉකුත් විය, 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 එකක් පහළට ඇති සියල්ල නවත්වන යැපීම් රූපසටහනක් (dependency graph) සාදයි. විශේෂයෙන්, self-hosted runners, බොහෝ කණ්ඩායම් GitHub හි යටිතල හැකියාව මත යැපීම අඩු කිරීම සඳහාම ක්‍රියාත්මක කරන, ඒවාද බාධාවට ලක් විය, මන්ද ඒවා රැකියා පැවරීම සහ ලියාපදිංචිය සඳහා තවමත් GitHub හි පාලන තලය මත යැපෙන බැවිනි. ඔබේම compute තිබීම යනු ඔබේම ලබාගැනීමේ හැකියාව තිබීම නොවේ. ගෘහ නිර්මාණකරුවන් යම් හැකියාවන් එකට අසාර්ථ වේදැයි සටහන් කළ යුතුය, අක්‍රීය මෙහෙයුම් ක්‍රම නිර්වචනය කළ යුතුය, සහ ප්‍රධාන වේදිකාව හරහා නොයන හදිසි යෙදවුම් මාවත පවතින බව සහතික කළ යුතුය.

ව්‍යාපාරික සහ තරඟකාරී අඩවිය

පැය නවයක pipeline බාධාවක් යනු ඉංජිනේරු අසුවක් නොවේ. එය කල් දැමූ නිකුතු, ප්‍රමාද වූ නිවැරදි කිරීම්, අකර්මණ්‍ය කණ්ඩායම් සහ, පාරිභෝගිකයින්ට මුහුණ දෙන වෙනස්කම් අඛණ්ඩව නිකුත් කරන ආයතන සඳහා, සෘජු ව්‍යාපාරික බලපෑමකි. තරඟකාරී කෝණයත් එතරම් සැබෑ ය: පරීක්ෂා කළ ආපසුයාම් (fallback) මාවත ඇති සංවිධාන අනෙක් අය බලා සිටින අතරතුර නිකුත් කිරීම දිගටම කළේය. බෙදාහැරීමේ දාමයේ විශ්වසනීයත්වය වෙනස්කම් සාධකයක් බවට පත්වෙමින් පවතින අතර, ප්‍රමුඛ හඬවල් වේදිකා යැපීම ගැන දැනටමත් ප්‍රශ්න කරයි. The Register සංවර්ධක Mitchell Hashimoto GitHub යනු දැන් සංවර්ධකයින් සඳහා බැරෑරුම් වැඩ සත්කාරකත්වය කිරීමට සුදුසු ස්ථානය නොවේ යැයි කියමින් උපුටා දක්වයි. එයට එකඟ වුවත් නොවුවත්, බලපෑම් සහිත ඉංජිනේරුවරුන් අතර එම හැඟීම මණ්ඩල සටහන් කළ යුතු සංඥාවකි.

අවදානම් සහ පාලන සලකා බැලීම්

බොහෝ ව්‍යවසාය අවදානම් ලේඛන GitHub ට තීරණාත්මක යටිතල හැකියාවක් වූ විට සලකන්නේ සංවර්ධන මෙවලමක් ලෙස ය. මෙම සිදුවීම නැවත වර්ගීකරණය සඳහා තර්කය සපයයි. පාලන ප්‍රශ්න ස්වභාවිකව ඇති වේ. බෙදාහැරීමේ වේදිකාව අක්‍රිය වූ විට සංවිධානයේ සැබෑ ප්‍රතිසාධන කාලය කුමක්දැයි සංවිධානය දන්නවාද? AI coding agents සහ ස්වයංක්‍රීය සමාලෝචන පියවර වෙනස්කම් කළමනාකරණයට දෝෂ ඒකල ලක්ෂ්‍ය බවට පත්වීමට ඉඩ තිබේද? නියාමන වගකීම්, විශේෂයෙන් operational resilience රාමු යටතේ මූල්‍ය සේවාවල, මෘදුකාංග බෙදාහැරීමේ දාමයට ද පැතිරේද? සහ මූලාශ්‍ර, ගොඩනැගීම, යෙදවීම සහ AI මෙවලම් සඳහා එක් සැපයුම්කරුවෙකු සමඟ කේන්ද්‍රගත කිරීම විකුණුම්කරු උපාය මාර්ගයට කිසියම් අවදානමක් ලෙස ඇතුළත් කර තිබේද, නැත්නම් එය පෙරනිමියෙන් එකතු වුණාද?

CEO කළ යුත්තේ කුමක්ද

පළමුව, ඔබේ තාක්ෂණික නායකත්වයෙන් එක් ප්‍රශ්නයක් අසන්න: GitHub හෝ ඊට සමාන දෙයක් දවස මුළුල්ලේ අක්‍රිය වුවහොත්, පාරිභෝගිකයින්ට අපගේ ප්‍රතිඥාවන්ට කුමක් සිදුවේදැයි. උවමනාකම් වෙනුවට පැහැදිලි, සාධක සහිත පිළිතුරක් ඉල්ලන්න. දෙවනුව, සංවර්ධක වේදිකා යැපීම සැපයුම්කරු කේන්ද්‍රගත අවදානමක් ලෙස සලකා cloud කේන්ද්‍රගත කිරීම තරම්ම මණ්ඩල දෘශ්‍යමානභාවය ලබා දෙන්න. තෙවනුව, ස්ථිරත්ව වැඩ සඳහා පැහැදිලිව මුදල් වෙන් කරන්න. ආපසුයාම් මාවත, mirrored ගබඩා සහ පුහුණු කළ අක්‍රීය ක්‍රම රක්ෂණ ගෙවීම් වැනි ඒවා වන අතර ඒවා නොමැතිකම සාධාරණ කරන බාධාවට වඩා සෑම විටම ලාභදායී ය.

CTO කළ යුත්තේ කුමක්ද

ඔබේ බෙදාහැරීමේ වේදිකාවේ blast radius අවංකව සටහන් කරන්න, එහි සමාලෝචන සහ කේතකරණ workflows වලට ඇතුළත් AI මෙවලම් ද ඇතුළත් වේ. ඔබේ වැදගත්ම සේවාවන් සඳහා ස්වාධීන හදිසි යෙදවුම් මාවතක් පවත්වාගෙන ත්‍රෛමාසිකව පුහුණු වන්න. මූලාශ්‍ර කේතය නිතිපතා ද්විතීයක ස්ථානයකට mirror කරන්න. Self-hosted හැකියාව සැලසුම් කරන්න විකුණුම්කරුගේ පාලන තලය ලබාගත නොහැකි විට එය මන්දපෝතී ලෙස ක්‍රියාත්මක වන බවට, self-hosting යනු ස්වාධීනත්වයයි යැයි උපකල්පනය නොකර. අවසානයේ, ඔබේ හිසේ සිටින අලෙවිකරණ සංඛ්‍යාලේඛන වෙනුවට විකුණුම්කරුගේ සැබෑ ප්‍රකාශිත uptime සමඟ සසඳා අභ්‍යන්තර ලබාගැනීමේ හැකියාව පිළිබඳ අපේක්ෂා සකසන්න, සහ ඒ අනුව error budgets සාදන්න.

උපායමාර්ගික නිගමනය

මෙම බාධාව දින කිහිපයකින් ප්‍රවෘත්ති ශීර්ෂයෙන් අතුරුදන් වනු ඇත. එය හෙළිදරව් කළ යැපීම අතුරුදන් නොවේ. දිශාව කේන්ද්‍රගත කිරීම අඩුවෙන් නොව වැඩි වශයෙනි: AI agents බෙදාහැරීමේ ක්‍රියාවලියෙන් වැඩි කොටසක් ගනු ඇති අතර ඒවා මේ සතියේ අසාර්ථ වූ ඒම වේදිකාවල ක්‍රියාත්මක වනු ඇත. නායකයින් මෙම සිදුවීම නොමිලේ ලැබුණු stress test එකක් ලෙස සලකා, එය ඔබේ සංවිධානය ගැන හෙළිදරව් කළ දේ අධ්‍යයනය කළ යුතුය, හිස්තැන් සැලසුම් සහගතව වසා දැමිය යුතුය, සහ වේදිකා ස්ථිරත්වය හදිසි ප්‍රතිචාරයක් වෙනුවට තාක්ෂණික උපාය මාර්ගයේ ස්ථාවර අංගයක් කළ යුතුය.

මේ සතියේ ඔබේ බෙදාහැරීමේ වේදිකාව නිහඬ වූ විට, ඔබේ සංවිධානය නිකුත් කිරීම දිගටම කළේද, නැත්නම් එය කවදාවත් ඇගයීමට ලක් නොකළ දෝෂ ඒකල ලක්ෂ්‍යයක් සොයාගත්තාද? ඔබේ කණ්ඩායම් එය හසුරුවූ ආකාරය අසන්නට මා කැමතියි.

ගණිතමය වශයෙන් සිතන්න. බුද්ධිමත් ලෙස ඉංජිනේරු කරන්න. උපායමාර්ගිකව නායකත්වය දෙන්න. වගකීමෙන් ගොඩනගන්න. ගෝලීයව පරිමාණය කරන්න. කෘත්‍රිම බුද්ධිය හරහා සැබෑ ව්‍යාපාරික වටිනාකම් නිර්මාණය කරන්න.

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

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