GitOps: മറ്റൊരു ബസ്‌വേഡ് അല്ലെങ്കിൽ ഓട്ടോമേഷനിലെ ഒരു മുന്നേറ്റം?

നമ്മളിൽ ഭൂരിഭാഗവും, ഐടി ബ്ലോഗ്‌സ്‌ഫിയറിലോ കോൺഫറൻസിലോ മറ്റൊരു പുതിയ പദം ശ്രദ്ധിക്കുമ്പോൾ, താമസിയാതെ അല്ലെങ്കിൽ പിന്നീട് സമാനമായ ഒരു ചോദ്യം ചോദിക്കുന്നു: “ഇതെന്താണ്? പുതിയ ചക്രവാളങ്ങളെക്കുറിച്ചുള്ള അടുത്ത ശ്രദ്ധയ്ക്കും പഠനത്തിനും വാഗ്ദാനത്തിനും യോഗ്യമായ മറ്റൊരു വാക്ക്, "ബസ്‌വേഡ്" അല്ലെങ്കിൽ എന്തെങ്കിലും?" പദത്തിന്റെ കാര്യത്തിലും എനിക്കും ഇതുതന്നെ സംഭവിച്ചു GitOps കുറച്ചു കാലം മുമ്പ്. നിലവിലുള്ള നിരവധി ലേഖനങ്ങളും കമ്പനിയിൽ നിന്നുള്ള സഹപ്രവർത്തകരുടെ അറിവും ഉപയോഗിച്ച് ആയുധം GitLab, ഇത് ഏതുതരം മൃഗമാണെന്നും അതിന്റെ ഉപയോഗം പ്രായോഗികമായി എങ്ങനെയായിരിക്കുമെന്നും മനസിലാക്കാൻ ഞാൻ ശ്രമിച്ചു.

വഴിയിൽ, ഈ പദത്തിന്റെ പുതുമയെക്കുറിച്ച് GitOps ഞങ്ങളുടെ സമീപകാല സർവേയും പറയുന്നു: സർവേയിൽ പങ്കെടുത്തവരിൽ പകുതിയിലധികം പേരും അതിന്റെ തത്വങ്ങളുമായി ഇതുവരെ പ്രവർത്തിക്കാൻ തുടങ്ങിയിട്ടില്ല.

അതിനാൽ, അടിസ്ഥാന സൗകര്യ മാനേജ്മെന്റിന്റെ പ്രശ്നം പുതിയതല്ല. പല ക്ലൗഡ് ദാതാക്കളും ഒരു നല്ല ഡസൻ വർഷങ്ങളായി പൊതുജനങ്ങൾക്ക് ലഭ്യമാണ്, മാത്രമല്ല അടിസ്ഥാന സൗകര്യങ്ങളുടെ ഉത്തരവാദിത്തമുള്ള ടീമുകളുടെ പ്രവർത്തനം ലളിതവും ലളിതവുമാക്കേണ്ടതുണ്ടെന്ന് തോന്നുന്നു. എന്നിരുന്നാലും, ആപ്ലിക്കേഷൻ വികസന പ്രക്രിയയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ (ഓട്ടോമേഷൻ എക്കാലത്തെയും പുതിയ തലങ്ങളിൽ എത്തുന്നിടത്ത്), ഇൻഫ്രാസ്ട്രക്ചർ പ്രോജക്റ്റുകൾ ഇപ്പോഴും നിരവധി മാനുവൽ ജോലികൾ ഉൾക്കൊള്ളുന്നു, കൂടാതെ പ്രത്യേക അറിവും വൈദഗ്ധ്യവും ആവശ്യമാണ്, പ്രത്യേകിച്ച് തെറ്റ് സഹിഷ്ണുത, വഴക്കം, സ്കേലബിളിറ്റി, ഇലാസ്തികത എന്നിവയ്ക്കുള്ള ഇന്നത്തെ ആവശ്യകതകൾ കണക്കിലെടുക്കുമ്പോൾ.

ക്ലൗഡ് സേവനങ്ങൾ ഈ ആവശ്യകതകൾ വളരെ വിജയകരമായി നിറവേറ്റി, സമീപനത്തിന്റെ വികസനത്തിന് കാര്യമായ പ്രചോദനം നൽകിയത് അവരാണ് IaC. ഇത് മനസ്സിലാക്കാവുന്നതേയുള്ളൂ. എല്ലാത്തിനുമുപരി, അവർ പൂർണ്ണമായും വെർച്വൽ ഡാറ്റാ സെന്റർ കോൺഫിഗർ ചെയ്യുന്നത് സാധ്യമാക്കി: ഫിസിക്കൽ സെർവറുകളോ റാക്കുകളോ നെറ്റ്‌വർക്ക് ഘടകങ്ങളോ ഇല്ല; മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും സ്ക്രിപ്റ്റുകളും കോൺഫിഗറേഷൻ ഫയലുകളും ഉപയോഗിച്ച് വിവരിക്കാം.

അപ്പോൾ കൃത്യമായി എന്താണ് വ്യത്യാസം? GitOps от IaC? ഈ ചോദ്യത്തോടെയാണ് ഞാൻ അന്വേഷണം ആരംഭിച്ചത്. സഹപ്രവർത്തകരുമായി സംസാരിച്ചതിന് ശേഷം, ഇനിപ്പറയുന്ന താരതമ്യം ചെയ്യാൻ എനിക്ക് കഴിഞ്ഞു:

GitOps

IaC

എല്ലാ കോഡുകളും ഒരു ജിറ്റ് റിപ്പോസിറ്ററിയിൽ സംഭരിച്ചിരിക്കുന്നു

കോഡ് പതിപ്പ് ഓപ്ഷണൽ ആണ്

ഡിക്ലറേറ്റീവ് കോഡ് വിവരണം / ഐഡംപോട്ടൻസി

പ്രഖ്യാപനവും അനിവാര്യവുമായ വിവരണങ്ങൾ സ്വീകാര്യമാണ്

മെർജ് അഭ്യർത്ഥന / പുൾ അഭ്യർത്ഥന സംവിധാനങ്ങൾ ഉപയോഗിച്ച് മാറ്റങ്ങൾ പ്രാബല്യത്തിൽ വരും

ഉടമ്പടി, അംഗീകാരം, സഹകരണം എന്നിവ ഓപ്ഷണലാണ്

അപ്ഡേറ്റ് റോൾഔട്ട് പ്രക്രിയ ഓട്ടോമേറ്റഡ് ആണ്

അപ്‌ഡേറ്റ് റോൾഔട്ട് പ്രോസസ്സ് സ്റ്റാൻഡേർഡ് ചെയ്തിട്ടില്ല (ഓട്ടോമാറ്റിക്, മാനുവൽ, ഫയലുകൾ പകർത്തൽ, കമാൻഡ് ലൈൻ ഉപയോഗിച്ച് മുതലായവ)

മറ്റൊരു വാക്കിൽ GitOps തത്വങ്ങളുടെ പ്രയോഗത്തിലൂടെ കൃത്യമായി ജനിച്ചു IaC. ഒന്നാമതായി, ഇൻഫ്രാസ്ട്രക്ചറും കോൺഫിഗറേഷനുകളും ഇപ്പോൾ ആപ്ലിക്കേഷനുകളുടെ അതേ രീതിയിൽ സംഭരിക്കാൻ കഴിയും. കോഡ് സംഭരിക്കാൻ എളുപ്പമാണ്, പങ്കിടാനും താരതമ്യം ചെയ്യാനും പതിപ്പിംഗ് കഴിവുകൾ ഉപയോഗിക്കാനും എളുപ്പമാണ്. പതിപ്പുകൾ, ശാഖകൾ, ചരിത്രം. മുഴുവൻ ടീമിനും പൊതുവായി ആക്സസ് ചെയ്യാവുന്ന സ്ഥലത്ത് ഇതെല്ലാം. അതിനാൽ, പതിപ്പ് നിയന്ത്രണ സംവിധാനങ്ങളുടെ ഉപയോഗം തികച്ചും സ്വാഭാവിക വികസനമായി മാറി. പ്രത്യേകിച്ചും, ജിറ്റ്, ഏറ്റവും ജനപ്രിയമായത്.

മറുവശത്ത്, ഇൻഫ്രാസ്ട്രക്ചർ മാനേജ്മെന്റ് പ്രക്രിയകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നത് സാധ്യമായി. ഇപ്പോൾ ഇത് വേഗത്തിലും കൂടുതൽ വിശ്വസനീയമായും വിലകുറഞ്ഞും ചെയ്യാൻ കഴിയും. കൂടാതെ, CI / CD യുടെ തത്ത്വങ്ങൾ സോഫ്റ്റ്വെയർ ഡെവലപ്പർമാർക്കിടയിൽ ഇതിനകം അറിയപ്പെടുന്നതും ജനപ്രിയവുമാണ്. ഇതിനകം അറിയപ്പെടുന്ന അറിവും കഴിവുകളും ഒരു പുതിയ മേഖലയിലേക്ക് കൈമാറുകയും പ്രയോഗിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്. എന്നിരുന്നാലും, ഈ രീതികൾ, അടിസ്ഥാന സൗകര്യങ്ങളുടെ അടിസ്ഥാന നിർവചനത്തിന് അപ്പുറത്തേക്ക് പോയി, അതിനാൽ ആശയം GitOps.

ജിജ്ഞാസ GitOps, തീർച്ചയായും, ഇത് ഏതെങ്കിലും വെണ്ടറുമായി ബന്ധപ്പെട്ട ഒരു ഉൽപ്പന്നമോ പ്ലഗിനോ പ്ലാറ്റ്ഫോമോ അല്ല എന്ന വസ്തുതയിലും. ഇത് നമുക്ക് പരിചിതമായ മറ്റൊരു പദത്തിന് സമാനമായ ഒരു മാതൃകയും തത്വങ്ങളുടെ ഒരു കൂട്ടവുമാണ്: DevOps.

കമ്പനിയിൽ GitLab ഈ പുതിയ പദത്തിന്റെ രണ്ട് നിർവചനങ്ങൾ ഞങ്ങൾ വികസിപ്പിച്ചിട്ടുണ്ട്: സൈദ്ധാന്തികവും പ്രായോഗികവും. നമുക്ക് സൈദ്ധാന്തികമായി ആരംഭിക്കാം:

പതിപ്പ് നിയന്ത്രണം, സഹകരണം, ഓർക്കസ്ട്രേഷൻ, CI/CD പോലുള്ള ആപ്ലിക്കേഷൻ വികസനത്തിന് ഉപയോഗിക്കുന്ന മികച്ച DevOps തത്ത്വങ്ങൾ എടുക്കുകയും ഇൻഫ്രാസ്ട്രക്ചർ മാനേജ്‌മെന്റ് ഓട്ടോമേറ്റ് ചെയ്യുന്നതിലെ വെല്ലുവിളികൾക്ക് അവ പ്രയോഗിക്കുകയും ചെയ്യുന്ന ഒരു രീതിശാസ്ത്രമാണ് GitOps.

എല്ലാ പ്രക്രിയകളും GitOps നിലവിലുള്ള ഉപകരണങ്ങൾ ഉപയോഗിച്ചാണ് ഞാൻ പ്രവർത്തിക്കുന്നത്. എല്ലാ ഇൻഫ്രാസ്ട്രക്ചർ കോഡും ഇതിനകം പരിചിതമായ git റിപ്പോസിറ്ററിയിൽ സംഭരിച്ചിരിക്കുന്നു, മാറ്റങ്ങൾ മറ്റേതൊരു പ്രോഗ്രാം കോഡിന്റെ അതേ അംഗീകാര പ്രക്രിയയിലൂടെ കടന്നുപോകുന്നു, കൂടാതെ റോൾഔട്ട് പ്രക്രിയ ഓട്ടോമേറ്റഡ് ആണ്, ഇത് മാനുഷിക പിശകുകൾ കുറയ്ക്കാനും വിശ്വാസ്യതയും പുനരുൽപാദനക്ഷമതയും വർദ്ധിപ്പിക്കാനും ഞങ്ങളെ അനുവദിക്കുന്നു.

പ്രായോഗിക കാഴ്ചപ്പാടിൽ, ഞങ്ങൾ വിവരിക്കുന്നു GitOps ഇനിപ്പറയുന്ന പ്രകാരം:

ഈ ഫോർമുലയുടെ പ്രധാന ഘടകങ്ങളിലൊന്നായി അടിസ്ഥാന സൗകര്യങ്ങളെ കോഡായി ഞങ്ങൾ ഇതിനകം ചർച്ച ചെയ്തിട്ടുണ്ട്. ബാക്കിയുള്ളവരെ പരിചയപ്പെടുത്താം.

ലയന അഭ്യർത്ഥന (ഇതര നാമം പുൾ അഭ്യർത്ഥന). പ്രോസസ്സ് പദങ്ങളിൽ, എംആർ എന്നത് കോഡ് മാറ്റങ്ങൾ പ്രയോഗിക്കാനും ശാഖകൾ ലയിപ്പിക്കാനുമുള്ള അഭ്യർത്ഥനയാണ്. എന്നാൽ ഞങ്ങൾ ഉപയോഗിക്കുന്ന ഉപകരണങ്ങളുടെ കാര്യത്തിൽ, വരുത്തുന്ന എല്ലാ മാറ്റങ്ങളുടെയും പൂർണ്ണമായ ചിത്രം ലഭിക്കാനുള്ള അവസരമാണിത്: ഒരു നിശ്ചിത എണ്ണം കമ്മിറ്റുകളിൽ നിന്ന് ശേഖരിച്ച കോഡ് വ്യത്യാസം മാത്രമല്ല, സന്ദർഭം, പരിശോധന ഫലങ്ങൾ, അന്തിമം എന്നിവയും പ്രതീക്ഷിച്ച ഫലം. ഇൻഫ്രാസ്ട്രക്ചർ കോഡിനെക്കുറിച്ചാണ് നമ്മൾ സംസാരിക്കുന്നതെങ്കിൽ, ഇൻഫ്രാസ്ട്രക്ചർ കൃത്യമായി എങ്ങനെ മാറും, എത്ര പുതിയ വിഭവങ്ങൾ ചേർക്കും അല്ലെങ്കിൽ നീക്കംചെയ്യും, മാറ്റും എന്നതിൽ ഞങ്ങൾക്ക് താൽപ്പര്യമുണ്ട്. കൂടുതൽ സൗകര്യപ്രദവും വായിക്കാൻ എളുപ്പമുള്ളതുമായ ഫോർമാറ്റിൽ നല്ലത്. ക്ലൗഡ് ദാതാക്കൾക്ക്, ഈ മാറ്റത്തിന്റെ സാമ്പത്തിക ആഘാതം എന്തായിരിക്കുമെന്ന് അറിയുന്നത് നല്ലതാണ്.

എന്നാൽ എംആർ സഹകരണത്തിന്റെയും ആശയവിനിമയത്തിന്റെയും ആശയവിനിമയത്തിന്റെയും ഒരു ഉപാധിയാണ്. ചെക്കുകളുടെയും ബാലൻസുകളുടെയും സംവിധാനം നിലവിൽ വരുന്ന സ്ഥലം. ലളിതമായ അഭിപ്രായങ്ങൾ മുതൽ ഔപചാരികമായ അംഗീകാരങ്ങളും അംഗീകാരങ്ങളും വരെ.

ശരി, അവസാന ഘടകം: CI/CD, നമുക്കറിയാവുന്നതുപോലെ, ഇൻഫ്രാസ്ട്രക്ചർ മാറ്റങ്ങളും ടെസ്റ്റിംഗും (ലളിതമായ വാക്യഘടന പരിശോധന മുതൽ കൂടുതൽ സങ്കീർണ്ണമായ സ്റ്റാറ്റിക് കോഡ് വിശകലനം വരെ) യാന്ത്രികമാക്കുന്നത് സാധ്യമാക്കുന്നു. ഡ്രിഫ്റ്റിന്റെ തുടർന്നുള്ള കണ്ടെത്തലിലും: സിസ്റ്റത്തിന്റെ യഥാർത്ഥവും ആവശ്യമുള്ളതുമായ അവസ്ഥ തമ്മിലുള്ള വ്യത്യാസങ്ങൾ. ഉദാഹരണത്തിന്, അനധികൃത മാനുവൽ മാറ്റങ്ങൾ അല്ലെങ്കിൽ സിസ്റ്റം പരാജയം ഫലമായി.

അതെ, കാലാവധി GitOps പൂർണ്ണമായും പുതിയതൊന്നും ഞങ്ങളെ പരിചയപ്പെടുത്തുന്നില്ല, ചക്രം പുനർനിർമ്മിക്കുന്നില്ല, പക്ഷേ ഒരു പുതിയ പ്രദേശത്ത് ഇതിനകം ശേഖരിച്ച അനുഭവം പ്രയോഗിക്കുന്നു. എന്നാൽ ഇവിടെയാണ് അവന്റെ ശക്തി.

ഇതെല്ലാം പ്രായോഗികമായി എങ്ങനെ കാണപ്പെടുന്നുവെന്ന് നിങ്ങൾക്ക് പെട്ടെന്ന് താൽപ്പര്യമുണ്ടെങ്കിൽ, ഞങ്ങളുടെ കാര്യം നോക്കാൻ ഞാൻ നിങ്ങളെ ക്ഷണിക്കുന്നു മാസ്റ്റർ ക്ലാസ്, അതിൽ GitLab എങ്ങനെ ഉപയോഗിക്കാമെന്ന് ഞാൻ ഘട്ടം ഘട്ടമായി നിങ്ങളോട് പറയുന്നു:

• GitOps-ന്റെ അടിസ്ഥാന തത്വങ്ങൾ നടപ്പിലാക്കുക

• ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിൽ മാറ്റങ്ങൾ വരുത്തുക (Yandex ക്ലൗഡിന്റെ ഉദാഹരണം ഉപയോഗിച്ച്)

• സജീവമായ നിരീക്ഷണം ഉപയോഗിച്ച് ആവശ്യമുള്ള അവസ്ഥയിൽ നിന്ന് സിസ്റ്റം ഡ്രിഫ്റ്റ് ഓട്ടോമേറ്റ് കണ്ടെത്തൽ

https://bit.ly/34tRpwZ

അവലംബം: www.habr.com