GitOps: වෙනත් ප්‍රහේලිකාවක් හෝ ස්වයංක්‍රීයකරණයේ ඉදිරි ගමනක්?

අපගෙන් බොහෝ දෙනෙක්, තොරතුරු තාක්ෂණ බ්ලොග් අවකාශයේ හෝ සම්මන්ත්‍රණයේ තවත් නව යෙදුමක් දකින විට, ඉක්මනින් හෝ පසුව සමාන ප්‍රශ්නයක් අසන්න: “මේ කුමක්ද? තවත් ප්‍රහේලිකාවක්, “බස්වර්ඩ්” හෝ නව ක්ෂිතිජය පිළිබඳ සමීප අවධානයට, අධ්‍යයනයට සහ පොරොන්දුවට සැබවින්ම වටින දෙයක්ද?” පදය සම්බන්ධයෙන් මට සිදු වූයේද එයමය GitOps කලකට පෙර. පවතින බොහෝ ලිපි වලින් සන්නද්ධව, මෙන්ම සමාගමෙන් සගයන්ගේ දැනුම GitLab, මම මේ මොන වගේ මෘගයෙක්ද, එහි භාවිතය ප්රායෝගිකව පෙනෙන්නේ කෙසේද යන්න සොයා ගැනීමට උත්සාහ කළා.

මාර්ගය වන විට, පදයේ නව්‍යතාවය ගැන GitOps අපගේ මෑත සමීක්ෂණය ද පවසන්නේ: සමීක්ෂණයට ලක් වූවන්ගෙන් අඩකට වඩා එහි මූලධර්ම සමඟ වැඩ කිරීමට තවමත් පටන් ගෙන නැත.

එබැවින් යටිතල පහසුකම් කළමනාකරණය පිළිබඳ ගැටළුව අලුත් දෙයක් නොවේ. බොහෝ ක්ලවුඩ් සපයන්නන් වසර දුසිමක් තිස්සේ සාමාන්‍ය ජනතාවට ලබා දී ඇති අතර, යටිතල පහසුකම් සඳහා වගකිව යුතු කණ්ඩායම්වල කාර්යය සරල හා සරල කළ යුතු බව පෙනේ. කෙසේ වෙතත්, යෙදුම් සංවර්ධන ක්‍රියාවලිය හා සසඳන විට (ස්වයංක්‍රීයකරණය නව මට්ටම් කරා ළඟා වන විට), යටිතල පහසුකම් ව්‍යාපෘති බොහෝ විට බොහෝ අතින් කාර්යයන් ඇතුළත් වන අතර විශේෂිත දැනුමක් සහ ප්‍රවීණත්වයක් අවශ්‍ය වේ, විශේෂයෙන් දෝෂ ඉවසීම, නම්‍යශීලී බව, පරිමාණය සහ ප්‍රත්‍යාස්ථතාව සඳහා වර්තමාන අවශ්‍යතා සැලකිල්ලට ගනී.

ක්ලවුඩ් සේවා මෙම අවශ්‍යතා ඉතා සාර්ථකව සපුරා ඇති අතර ප්‍රවේශය සංවර්ධනයට සැලකිය යුතු තල්ලුවක් ලබා දුන්නේ ඔවුන්ය අයි.ඒ.සී.. මෙය තේරුම් ගත හැකි ය. සියල්ලට පසු, ඔවුන් සම්පූර්ණයෙන්ම අථත්‍ය දත්ත මධ්‍යස්ථානයක් වින්‍යාස කිරීමට හැකි විය: භෞතික සේවාදායකයන්, රාක්ක හෝ ජාල සංරචක නොමැත; සම්පූර්ණ යටිතල ව්‍යුහය ස්ක්‍රිප්ට් සහ වින්‍යාස ගොනු භාවිතයෙන් විස්තර කළ හැකිය.

ඉතින් හරියටම වෙනස කුමක්ද? GitOps от අයි.ඒ.සී.? මේ ප්‍රශ්නයත් එක්ක තමයි මම විමර්ශනය ආරම්භ කළේ. සගයන් සමඟ කතා කිරීමෙන් පසු, මට පහත සංසන්දනය කිරීමට හැකි විය:

GitOps

අයි.ඒ.සී.

සියලුම කේතයන් git ගබඩාවක ගබඩා කර ඇත

කේත අනුවාදය විකල්ප වේ

ප්රකාශන කේතය විස්තරය / Idempotency

ප්රකාශන සහ අනිවාර්ය විස්තර දෙකම පිළිගත හැකිය

වෙනස් කිරීම් ඒකාබද්ධ ඉල්ලීම / අදින්න ඉල්ලීම් යාන්ත්‍රණ භාවිතයෙන් ක්‍රියාත්මක වේ

ගිවිසුම, අනුමැතිය සහ සහයෝගීතාව විකල්ප වේ

යාවත්කාලීන කිරීමේ ක්‍රියාවලිය ස්වයංක්‍රීය වේ

යාවත්කාලීන කිරීමේ ක්‍රියාවලිය ප්‍රමිතිගත කර නැත (ස්වයංක්‍රීය, අතින්, ගොනු පිටපත් කිරීම, විධාන රේඛාව භාවිතා කිරීම, ආදිය)

වෙනත් විදිහකින් GitOps ප්‍රතිපත්ති ක්‍රියාවට නැංවීම තුළින් නිශ්චිතවම උපත ලැබීය අයි.ඒ.සී.. පළමුව, යටිතල පහසුකම් සහ වින්‍යාස කිරීම් දැන් යෙදුම් ආකාරයටම ගබඩා කළ හැක. කේතය ගබඩා කිරීමට පහසු, බෙදා ගැනීමට, සංසන්දනය කිරීමට සහ අනුවාද හැකියාවන් භාවිතා කිරීමට පහසුය. අනුවාද, ශාඛා, ඉතිහාසය. මේ සියල්ල මුළු කණ්ඩායමටම ප්‍රසිද්ධියේ ප්‍රවේශ විය හැකි ස්ථානයක. එබැවින්, අනුවාද පාලන පද්ධති භාවිතය සම්පූර්ණයෙන්ම ස්වභාවික වර්ධනයක් බවට පත් විය. විශේෂයෙන්ම, git, වඩාත්ම ජනප්රිය ලෙස.

අනෙක් අතට, යටිතල පහසුකම් කළමනාකරණ ක්‍රියාවලීන් ස්වයංක්‍රීය කිරීමට හැකි විය. දැන් මෙය වේගවත්, වඩා විශ්වාසදායක සහ ලාභදායී ලෙස කළ හැකිය. එපමණක් නොව, CI / CD හි මූලධර්ම දැනටමත් මෘදුකාංග සංවර්ධකයින් අතර දැන සිටි අතර ජනප්රිය විය. අවශ්‍ය වූයේ දැනටමත් දන්නා දැනුම සහ කුසලතා නව ප්‍රදේශයකට මාරු කිරීම සහ යෙදවීම පමණි. කෙසේ වෙතත්, මෙම භාවිතයන්, යටිතල පහසුකම් කේතය ලෙස සම්මත අර්ථ දැක්වීමෙන් ඔබ්බට ගිය අතර, එබැවින් සංකල්පය GitOps.

කුතුහලය GitOps, ඇත්ත වශයෙන්ම, එය කිසියම් වෙළෙන්දෙකු හා සම්බන්ධ නිෂ්පාදනයක්, ප්ලගිනයක් හෝ වේදිකාවක් නොවන බව ද ඇත්තකි. එය වඩාත් සුසමාදර්ශයක් සහ මූලධර්ම සමූහයක් වන අතර, අපට හුරුපුරුදු වෙනත් යෙදුමකට සමාන වේ: DevOps.

සමාගම තුළ GitLab අපි මෙම නව යෙදුමේ නිර්වචන දෙකක් සකස් කර ඇත: න්‍යායික සහ ප්‍රායෝගික. අපි න්‍යායාත්මකව පටන් ගනිමු:

GitOps යනු යෙදුම් සංවර්ධනය සඳහා භාවිතා කරන අනුවාද පාලනය, සහයෝගීතාවය, වාද්‍ය වෘන්දය, CI/CD වැනි හොඳම DevOps මූලධර්ම ගන්නා ක්‍රමවේදයක් වන අතර යටිතල පහසුකම් කළමනාකරණය ස්වයංක්‍රීය කිරීමේ අභියෝගවලට ඒවා අදාළ කරයි.

සියලුම ක්රියාවලි GitOps මම දැනට පවතින මෙවලම් භාවිතයෙන් වැඩ කරමි. සියලුම යටිතල පහසුකම් කේතය දැනටමත් හුරුපුරුදු git ගබඩාවේ ගබඩා කර ඇත, වෙනස්කම් වෙනත් ඕනෑම වැඩසටහන් කේතයක් මෙන් අනුමත කිරීමේ ක්‍රියාවලිය හරහා සිදු වේ, සහ පෙරළීමේ ක්‍රියාවලිය ස්වයංක්‍රීය වේ, එමඟින් අපට මානව දෝෂ අවම කිරීමට, විශ්වසනීයත්වය සහ ප්‍රතිනිෂ්පාදනය වැඩි කිරීමට ඉඩ සලසයි.

ප්රායෝගික දෘෂ්ටි කෝණයකින් අපි විස්තර කරමු GitOps පහත පරිදි:

මෙම සූත්‍රයේ එක් ප්‍රධාන අංගයක් ලෙස අපි දැනටමත් යටිතල පහසුකම් කේතය ලෙස සාකච්ඡා කර ඇත. ඉතිරි සහභාගිවන්නන් හඳුන්වා දෙමු.

Merge Request (විකල්ප නාමය Pull Request). ක්‍රියාවලි නියමයන් අනුව, MR යනු කේත වෙනස් කිරීම් යෙදීමට සහ ශාඛා ඒකාබද්ධ කිරීමට ඉල්ලීමකි. නමුත් අප භාවිතා කරන මෙවලම් අනුව, සිදු කෙරෙන සියලුම වෙනස්කම් පිළිබඳ සම්පූර්ණ චිත්‍රයක් ලබා ගැනීමට මෙය වැඩි අවස්ථාවක් වේ: නිශ්චිත කැපවීම් ගණනකින් එකතු කරන ලද කේත වෙනස පමණක් නොව, සන්දර්භය, පරීක්ෂණ ප්‍රතිඵල සහ අවසාන අපේක්ෂිත ප්රතිඵලය. අපි යටිතල පහසුකම් කේතය ගැන කතා කරන්නේ නම්, යටිතල පහසුකම් හරියටම වෙනස් වන්නේ කෙසේද, නව සම්පත් කීයක් එකතු කරන්නේද හෝ ඉවත් කරන්නේද, වෙනස් කරන්නේද යන්න ගැන අපි උනන්දු වෙමු. වඩාත් පහසු සහ කියවීමට පහසු ආකෘතියකින් වඩාත් සුදුසුය. ක්ලවුඩ් සපයන්නන් සඳහා, මෙම වෙනසෙහි මූල්‍ය බලපෑම කුමක්දැයි දැන ගැනීම හොඳ අදහසකි.

නමුත් MR යනු සහයෝගීතාව, අන්තර්ක්‍රියා සහ සන්නිවේදනයේ මාධ්‍යයකි. චෙක්පත් සහ ශේෂ පද්ධතිය ක්‍රියාත්මක වන ස්ථානය. සරල අදහස්වල සිට විධිමත් අනුමැතිය සහ අනුමැතිය දක්වා.

හොඳයි, අවසාන සංරචකය: CI/CD, අප දැනටමත් දන්නා පරිදි, යටිතල පහසුකම් වෙනස් කිරීම් සහ පරීක්ෂා කිරීමේ ක්‍රියාවලිය ස්වයංක්‍රීය කිරීමට හැකි වේ (සරල සින්ටැක්ස් පරීක්ෂා කිරීමේ සිට වඩාත් සංකීර්ණ ස්ථිතික කේත විශ්ලේෂණය දක්වා). තවද ප්ලාවිතය පසුව හඳුනාගැනීමේදී: පද්ධතියේ සැබෑ සහ අපේක්ෂිත තත්වය අතර වෙනස්කම්. උදාහරණයක් ලෙස, අනවසර අතින් වෙනස්වීම් හෝ පද්ධතියේ අසාර්ථකත්වය හේතුවෙන්.

ඔව්, පදය GitOps සම්පූර්ණයෙන්ම අලුත් කිසිවක් අපට හඳුන්වා දෙන්නේ නැත, රෝදය ප්‍රතිනිර්මාණය නොකරයි, නමුත් නව ප්‍රදේශයක දැනටමත් සමුච්චිත අත්දැකීම් සරලව අදාළ කරයි. එහෙත් ඔහුගේ ශක්තිය ඇත්තේ මෙතැනය.

මේ සියල්ල ප්‍රායෝගිකව පෙනෙන්නේ කෙසේද යන්න ගැන ඔබ හදිසියේම උනන්දු වන්නේ නම්, අපගේ දෙස බැලීමට මම ඔබට ආරාධනා කරමි මාස්ටර් පංතිය, මම ඔබට GitLab භාවිතා කරන ආකාරය පියවරෙන් පියවර කියන්නම්:

• GitOps හි මූලික මූලධර්ම ක්‍රියාත්මක කරන්න

• වලාකුළු යටිතල ව්‍යුහය නිර්මාණය කර වෙනස් කරන්න (Yandex Cloud උදාහරණය භාවිතා කරමින්)

• සක්‍රීය අධීක්‍ෂණය භාවිතයෙන් අපේක්ෂිත තත්වයෙන් පද්ධති ප්ලාවිතය ස්වයංක්‍රීයව හඳුනාගැනීම

https://bit.ly/34tRpwZ

මූලාශ්රය: www.habr.com