GitOps ආකෘතිය මුලින්ම "එක රිපෝ, එක ඇප්, එක කුබර්නෙට් කලාපය" ලෙස පෙන්වා දුන්නා. Git හි අගයක් වෙනස් කළාම, කිසිත් තත්පරයකින් කලාපය ඒ වෙනසට සමාන වේ. එය ඉතා සරල, තේරුම්ගත හැකි ආකාරයක් නිසා බොහෝ සංවිධාන ඒක තෝරා ගත්තා.
කාලයත් සමඟ, එම සරල සැලැස්මට අධික බරක් වැටුණා. අදහසක් නම්, 200 කට වැඩි රිපෝ, 40 කණ්ඩායම්, වත්මන් පරිසර 4ක් (dev, test, staging, prod) සමඟ වැඩ කරමින් සිටින විට, ArgoCD හෝ Flux වැනි GitOps නියාමකය ඉක්මනින් පූර්ණව පිරී යයි. ඒ නිසා සින්ක් කාලය විනාඩි කිහිපයකින් තත්පර කිහිපයකට පරිවර්තනය වේ, UI එක අලස්වී යයි, සහ සමහර විට අලුත් වෙනස්කම් පසුපසට පැන යයි.
මෙම ගැටළුවේ ප්රධාන හේතුව නියාමකයේ සම්පත් අවසන් වීමයි. එක් නියෝජිතයක් සියලු රිපෝ පරීක්ෂා කර, Git හි අභිලාෂිත තත්වය හා කලාපයේ වත්මන් තත්වය අතර සමාන කිරීම කරයි. රිපෝ ගණන වැඩි වීමත්, පරිසර ගණන වැඩි වීමත් සමඟ, එම ලූප් එක තරමක් අධික වෙයි. නතිකාලය හෝ වෙබ්හුක් නොපාවිච්චි කිරීම, හෝ රිපෝ ගණන අනුව නියාමකය බෙදා ගැනීම (sharding) මගින් මේ ගැටළුවට විසඳුම් ලබා ගත හැක.
තවත් වැදගත් කරුණක් වන්නේ, අයතන තනිවම අයදුම්පත් ගොනු (Application manifests) අතින් ලියාගැනීම. රිපෝ 200+ සහ පරිසර 4ක් නම්, 800කට වැඩි manifests එකතුවක් අතින් කළමනාකරණය කිරීම අධික කාර්යබාරයක්. ඒ වෙනුවට, ස්ක්රිප්ට් හෝ CI/CD පයිප්ලයින් මගින් manifests ස්වයංක්රීයව ජනනය කිරීම, හෝ Helm chart, Kustomize වැනි උපකරණ භාවිතා කිරීම සුදුසුයි.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ආරම්භකයන්, විශ්වවිද්යාල සිසුන්, සහ ස්ථානීය ව්යාපාර සඳහා GitOps නිරෝධායන ක්රමවේදයක් ඉතා ප්රයෝජනවත්. මෙය:
- ආරක්ෂිතව කේතය ප්රකාශ කිරීම හා දෝෂ හඳුනා ගැනීමේ වේගය වැඩි කරයි.
- ඉදිරිපත් කරන පද්ධති වල ස්ථාවරත්වය සහ අනුකූලතාවය උදෙසා CI/CD පයිප්ලයින් සමඟ සම්පූර්ණව ඒකාබද්ධ කරගත හැක.
- කණ්ඩායම් අතර සන්නිවේදනය සරල කර, Git එකම “single source of truth” බවට පත් කරයි.
- දෙවන පාර්ශ්ව සපයන්නන්ගේ (ArgoCD, Flux) සේවාවන් භාවිතා කර, ප්රාදේශීය ක්ලවුඩ් පරිසර හෝ on‑premise සර්වර් මත පදනම් වූ ආකෘතියක් ගොඩනැගිය හැක.
මෙම නවීන ක්රමය, ශ්රී ලංකාවේ තාක්ෂණික පරිසරය වඩාත් ස්වයංක්රීය, වේගවත්, සහ පාරිභෝගික‑මිතුරුවක් බවට පත් කරයි. එමඟින් තරුණ සංවර්ධකයන්ට ජාත්යන්තර මට්ටමේ DevOps කුසලතා රැගෙන එන්න ඉඩ සලසයි.
අවසානයේ, GitOps කුමන පරිමාණයකින් හෝ “සැලැස්ම සාර්ථකයි” කියා නොකියවිය හැක. පරිමාණය වැඩි වීමත් සමඟ, නියාමකය, manifests, හා automation සැලැස්ම සියල්ලත් විශාල ප්රතිසංස්කරණයක් අවශ්ය වේ. ඒ නිසා, ආරම්භක සැලැස්ම සරලව තිබුනත්, ඒක දිගුවේ තත්ත්වයට ගැලපෙන ලෙස නිතර පරීක්ෂා කර, අවශ්ය වෙනස්කම් කරගැනීම අත්යවශ්යය.
