എന്താണ് GitOps?

കുറിപ്പ്. വിവർത്തനം.: സമീപകാല പ്രസിദ്ധീകരണത്തിന് ശേഷം മെറ്റീരിയൽ GitOps-ലെ പുൾ, പുഷ് രീതികളെക്കുറിച്ച്, ഈ മോഡലിൽ ഞങ്ങൾ പൊതുവെ താൽപ്പര്യം കണ്ടു, എന്നാൽ ഈ വിഷയത്തിൽ വളരെ കുറച്ച് റഷ്യൻ ഭാഷാ പ്രസിദ്ധീകരണങ്ങൾ മാത്രമേ ഉണ്ടായിരുന്നുള്ളൂ (ഹബ്രെയിൽ ഒന്നുമില്ല). അതിനാൽ, മറ്റൊരു ലേഖനത്തിന്റെ വിവർത്തനം നിങ്ങളുടെ ശ്രദ്ധയിൽപ്പെടുത്തുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട് - ഏകദേശം ഒരു വർഷം മുമ്പാണെങ്കിലും! - Weaveworks-ൽ നിന്ന്, അതിന്റെ തലവൻ "GitOps" എന്ന പദം ഉപയോഗിച്ചു. വാചകം സമീപനത്തിന്റെ സാരാംശവും നിലവിലുള്ളവയിൽ നിന്നുള്ള പ്രധാന വ്യത്യാസങ്ങളും വിശദീകരിക്കുന്നു.

ഒരു വർഷം മുമ്പ് ഞങ്ങൾ പ്രസിദ്ധീകരിച്ചു GitOps-ലേക്കുള്ള ആമുഖം. അക്കാലത്ത്, Weaveworks ടീം പൂർണ്ണമായും Kubernetes-നെ അടിസ്ഥാനമാക്കി ഒരു SaaS സമാരംഭിച്ചതും ഒരു ക്ലൗഡ് നേറ്റീവ് പരിതസ്ഥിതിയിൽ വിന്യസിക്കുന്നതിനും കൈകാര്യം ചെയ്യുന്നതിനും നിരീക്ഷിക്കുന്നതിനുമുള്ള ഒരു കൂട്ടം മികച്ച സമ്പ്രദായങ്ങൾ വികസിപ്പിച്ചതെങ്ങനെയെന്ന് ഞങ്ങൾ പങ്കിട്ടു.

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

ഒരു പുതിയ വിവരണം ആവശ്യമാണെന്ന് ഞങ്ങൾ ഉടൻ മനസ്സിലാക്കി, വാഗ്ദാനം ചെയ്യുന്നു:

1. ധാരാളം ഉദാഹരണങ്ങളും കഥകളും;
2. GitOps-ന്റെ നിർദ്ദിഷ്ട നിർവചനം;
3. പരമ്പരാഗത തുടർച്ചയായ ഡെലിവറിയുമായി താരതമ്യം.

ഈ ലേഖനത്തിൽ ഈ വിഷയങ്ങളെല്ലാം ഉൾക്കൊള്ളാൻ ഞങ്ങൾ ശ്രമിച്ചു. ഇത് GitOps-ലേക്കുള്ള ഒരു പുതുക്കിയ ആമുഖവും ഒരു ഡവലപ്പറും CI/CD വീക്ഷണവും നൽകുന്നു. മോഡൽ സാമാന്യവത്കരിക്കാമെങ്കിലും ഞങ്ങൾ പ്രാഥമികമായി കുബർനെറ്റസിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു.

GitOps-നെ കണ്ടുമുട്ടുക

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

ബോബിന്റെ ടീം ക്ലൗഡിൽ ഉൽപ്പാദന സംവിധാനങ്ങൾ വിന്യസിക്കുന്നു. അവരുടെ പ്രധാന ആപ്ലിക്കേഷനുകൾ ഗൂഗിൾ ക്ലൗഡിലെ കുബെർനെറ്റസ് പ്രയോജനപ്പെടുത്തി GKE-യിൽ പ്രവർത്തിക്കുന്നു. കൂടാതെ, അവർ അവരുടെ ജോലിയിൽ വിവിധ ഡാറ്റയും അനലിറ്റിക്സ് ഉപകരണങ്ങളും ഉപയോഗിക്കുന്നു.

ഫാമിലി ഇൻഷുറൻസ് കണ്ടെയ്‌നറുകൾ ഉപയോഗിക്കാൻ തയ്യാറായില്ല, പക്ഷേ ഡോക്കർ ആവേശത്തിൽ കുടുങ്ങി. പുതിയ സവിശേഷതകൾ പരീക്ഷിക്കുന്നതിനായി ക്ലസ്റ്ററുകൾ വിന്യസിക്കുന്നത് GKE എളുപ്പമാക്കിയെന്ന് കമ്പനി ഉടൻ കണ്ടെത്തി. കണ്ടെയ്‌നർ രജിസ്‌ട്രി ഓർഗനൈസുചെയ്യാൻ CI, Quay എന്നിവയ്‌ക്കായുള്ള ജെൻകിൻസ് ചേർത്തു, പുതിയ കണ്ടെയ്‌നറുകളും കോൺഫിഗറേഷനുകളും GKE-യിലേക്ക് തള്ളിവിടുന്ന സ്‌ക്രിപ്റ്റുകൾ ജെൻകിൻസിനായി എഴുതി.

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

തുടർന്ന് അവർ GitOps-നെ കുറിച്ച് പഠിച്ചു. ഈ തീരുമാനം അവർക്ക് ആത്മവിശ്വാസത്തോടെ മുന്നോട്ട് പോകാൻ ആവശ്യമായിരുന്നു.

ആലിസും ബോബും വർഷങ്ങളായി കോഡ് വർക്ക്ഫ്ലോകളായി Git, DevOps, ഇൻഫ്രാസ്ട്രക്ചർ എന്നിവയെക്കുറിച്ച് കേൾക്കുന്നു. ക്യുബർനെറ്റസിന്റെ പശ്ചാത്തലത്തിൽ ഈ ആശയങ്ങൾ നടപ്പിലാക്കുന്നതിനായി GitOps-ന്റെ പ്രത്യേകത, അത് ഒരു കൂട്ടം മികച്ച സമ്പ്രദായങ്ങൾ കൊണ്ടുവരുന്നു എന്നതാണ്. ഈ തീം ആവർത്തിച്ച് ഉയർന്നു, ഉൾപ്പെടെ വീവ് വർക്ക്സ് ബ്ലോഗ്.

GitOps നടപ്പിലാക്കാൻ ഫാമിലി ഇൻഷുറൻസ് തീരുമാനിക്കുന്നു. കമ്പനിക്ക് ഇപ്പോൾ ഒരു ഓട്ടോമേറ്റഡ് ഓപ്പറേഷൻ മോഡൽ ഉണ്ട്, അത് കുബർനെറ്റുമായി പൊരുത്തപ്പെടുന്നതും സംയോജിപ്പിക്കുന്നതുമാണ് വേഗം со സ്ഥിരതകാരണം അവർ:

• ആരും ഭ്രാന്തനാകാതെ ടീമിന്റെ ഉൽപ്പാദനക്ഷമത ഇരട്ടിയായി;
• സ്ക്രിപ്റ്റുകൾ നൽകുന്നത് നിർത്തി. പകരം, അവർക്ക് ഇപ്പോൾ പുതിയ സവിശേഷതകളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാനും എഞ്ചിനീയറിംഗ് രീതികൾ മെച്ചപ്പെടുത്താനും കഴിയും - ഉദാഹരണത്തിന്, കാനറി റോൾഔട്ടുകൾ അവതരിപ്പിക്കുകയും പരിശോധന മെച്ചപ്പെടുത്തുകയും ചെയ്യുക;
• ഞങ്ങൾ വിന്യാസ പ്രക്രിയ മെച്ചപ്പെടുത്തിയതിനാൽ അത് അപൂർവ്വമായി തകരും;
• സ്വമേധയാലുള്ള ഇടപെടലില്ലാതെ ഭാഗിക പരാജയങ്ങൾക്ക് ശേഷം വിന്യാസങ്ങൾ പുനഃസ്ഥാപിക്കാനുള്ള അവസരം ലഭിച്ചു;
• വാങ്ങിയത് ഉപയോഗിച്ചുоഡെലിവറി സംവിധാനങ്ങളിൽ കൂടുതൽ ആത്മവിശ്വാസം. സമാന്തരമായി പ്രവർത്തിക്കുന്ന മൈക്രോ സർവീസ് ടീമുകളായി ടീമിനെ വിഭജിക്കാൻ കഴിയുമെന്ന് ആലീസും ബോബും കണ്ടെത്തി;
• ഓരോ ഗ്രൂപ്പിന്റെയും പ്രയത്നത്തിലൂടെ ഓരോ ദിവസവും പ്രോജക്റ്റിൽ 30-50 മാറ്റങ്ങൾ വരുത്താനും പുതിയ സാങ്കേതിക വിദ്യകൾ പരീക്ഷിക്കാനും കഴിയും;
• കുറച്ച് മണിക്കൂറുകൾക്കുള്ളിൽ പുൾ അഭ്യർത്ഥനകൾ ഉപയോഗിച്ച് പ്രൊഡക്ഷനിലേക്ക് അപ്‌ഡേറ്റുകൾ പുറത്തിറക്കാൻ അവസരമുള്ള പുതിയ ഡവലപ്പർമാരെ പ്രോജക്റ്റിലേക്ക് ആകർഷിക്കുന്നത് എളുപ്പമാണ്;
• SOC2 ന്റെ ചട്ടക്കൂടിനുള്ളിൽ എളുപ്പത്തിൽ ഓഡിറ്റ് കടന്നുപോകുക (സുരക്ഷിത ഡാറ്റ മാനേജുമെന്റിനുള്ള ആവശ്യകതകളുമായി സേവന ദാതാക്കൾ പാലിക്കുന്നതിന്; കൂടുതൽ വായിക്കുക, ഉദാഹരണത്തിന്, ഇവിടെ - ഏകദേശം. പരിഭാഷ.).

എന്ത് സംഭവിച്ചു?

GitOps രണ്ട് കാര്യങ്ങളാണ്:

1. കുബെർനെറ്റസിനും ക്ലൗഡ് നേറ്റീവിനും വേണ്ടിയുള്ള പ്രവർത്തന മാതൃക. കണ്ടെയ്നറൈസ്ഡ് ക്ലസ്റ്ററുകളും ആപ്ലിക്കേഷനുകളും വിന്യസിക്കുന്നതിനും നിയന്ത്രിക്കുന്നതിനും നിരീക്ഷിക്കുന്നതിനുമുള്ള ഒരു കൂട്ടം മികച്ച സമ്പ്രദായങ്ങൾ ഇത് നൽകുന്നു. രൂപത്തിൽ ഗംഭീരമായ നിർവചനം ഒരു സ്ലൈഡ് от ലൂയിസ് ഫസീറ:
2. ഒരു ഡെവലപ്പർ കേന്ദ്രീകൃത ആപ്ലിക്കേഷൻ മാനേജ്മെന്റ് അന്തരീക്ഷം സൃഷ്ടിക്കുന്നതിനുള്ള പാത. പ്രവർത്തനങ്ങൾക്കും വികസനത്തിനും ഞങ്ങൾ Git വർക്ക്ഫ്ലോ പ്രയോഗിക്കുന്നു. ഇത് Git പുഷിനെക്കുറിച്ചു മാത്രമല്ല, CI/CD, UI/UX ടൂളുകളുടെ മുഴുവൻ സെറ്റും ഓർഗനൈസ് ചെയ്യുന്നതിനെക്കുറിച്ചും ശ്രദ്ധിക്കുക.

ജിറ്റിനെക്കുറിച്ച് കുറച്ച് വാക്കുകൾ

പതിപ്പ് നിയന്ത്രണ സംവിധാനങ്ങളും Git അടിസ്ഥാനമാക്കിയുള്ള വർക്ക്ഫ്ലോയും നിങ്ങൾക്ക് പരിചിതമല്ലെങ്കിൽ, അവയെക്കുറിച്ച് പഠിക്കാൻ ഞങ്ങൾ വളരെ ശുപാർശ ചെയ്യുന്നു. ശാഖകളുമായി പ്രവർത്തിക്കുന്നതും അഭ്യർത്ഥനകൾ പിൻവലിക്കുന്നതും ആദ്യം ബ്ലാക്ക് മാജിക് പോലെ തോന്നിയേക്കാം, എന്നാൽ നേട്ടങ്ങൾ പരിശ്രമത്തിന് അർഹമാണ്. ഇവിടെ നല്ല ലേഖനം ആരംഭിക്കാൻ.

കുബർനെറ്റസ് എങ്ങനെ പ്രവർത്തിക്കുന്നു

ഞങ്ങളുടെ കഥയിൽ, കുബെർനെറ്റസിനൊപ്പം കുറച്ചുകാലം പ്രവർത്തിച്ചതിന് ശേഷം ആലീസും ബോബും GitOps-ലേക്ക് തിരിഞ്ഞു. തീർച്ചയായും, GitOps Kubernetes-മായി അടുത്ത ബന്ധമുള്ളതാണ് - ഇത് Kubernetes അടിസ്ഥാനമാക്കിയുള്ള ഇൻഫ്രാസ്ട്രക്ചറിനും ആപ്ലിക്കേഷനുകൾക്കുമുള്ള ഒരു പ്രവർത്തന മാതൃകയാണ്.

Kubernetes ഉപയോക്താക്കൾക്ക് എന്താണ് നൽകുന്നത്?

ചില പ്രധാന സവിശേഷതകൾ ഇതാ:

1. കുബർനെറ്റസ് മാതൃകയിൽ, എല്ലാം ഡിക്ലറേറ്റീവ് രൂപത്തിൽ വിവരിക്കാം.
2. Kubernetes API സെർവർ ഈ പ്രഖ്യാപനം ഇൻപുട്ടായി എടുക്കുകയും തുടർന്ന് ക്ലസ്റ്ററിനെ ഡിക്ലറേഷനിൽ വിവരിച്ചിരിക്കുന്ന അവസ്ഥയിലേക്ക് കൊണ്ടുവരാൻ തുടർച്ചയായി ശ്രമിക്കുകയും ചെയ്യുന്നു.
3. വൈവിധ്യമാർന്ന ജോലിഭാരങ്ങൾ - "അപ്ലിക്കേഷനുകൾ" വിവരിക്കാനും കൈകാര്യം ചെയ്യാനും പ്രഖ്യാപനങ്ങൾ മതിയാകും.
4. തൽഫലമായി, ഇനിപ്പറയുന്ന കാരണങ്ങളാൽ ആപ്ലിക്കേഷനിലും ക്ലസ്റ്ററിലും മാറ്റങ്ങൾ സംഭവിക്കുന്നു:
   • കണ്ടെയ്നർ ചിത്രങ്ങളിലെ മാറ്റങ്ങൾ;
   • ഡിക്ലറേറ്റീവ് സ്പെസിഫിക്കേഷനിലെ മാറ്റങ്ങൾ;
   • പരിസ്ഥിതിയിലെ പിശകുകൾ - ഉദാഹരണത്തിന്, കണ്ടെയ്നർ ക്രാഷുകൾ.

കുബർനെറ്റസിന്റെ മഹത്തായ ഒത്തുചേരൽ കഴിവുകൾ

ഒരു അഡ്‌മിനിസ്‌ട്രേറ്റർ കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ വരുത്തുമ്പോൾ, കുബർനെറ്റസ് ഓർക്കസ്‌ട്രേറ്റർ അത് ക്ലസ്റ്ററിലേക്ക് പ്രയോഗിക്കും. പുതിയ കോൺഫിഗറേഷനോട് അടുക്കില്ല. ഈ മോഡൽ ഏത് കുബർനെറ്റസ് റിസോഴ്സിനും വേണ്ടി പ്രവർത്തിക്കുന്നു, കസ്റ്റം റിസോഴ്സ് ഡെഫനിഷനുകൾ (CRD-കൾ) ഉപയോഗിച്ച് വിപുലീകരിക്കാവുന്നതാണ്. അതിനാൽ, കുബർനെറ്റസ് വിന്യാസങ്ങൾക്ക് ഇനിപ്പറയുന്ന അത്ഭുതകരമായ ഗുണങ്ങളുണ്ട്:

• ഓട്ടോമേഷൻ: കുബെർനെറ്റസ് അപ്‌ഡേറ്റുകൾ മാറ്റങ്ങൾ കൃത്യസമയത്തും സമയബന്ധിതമായും പ്രയോഗിക്കുന്ന പ്രക്രിയ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള ഒരു സംവിധാനം നൽകുന്നു.
• ഒത്തുചേരൽ: വിജയകരമാകുന്നത് വരെ കുബർനെറ്റസ് അപ്‌ഡേറ്റുകൾ പരീക്ഷിക്കുന്നത് തുടരും.
• ഐഡമ്പറ്റൻസി: ഒത്തുചേരലിന്റെ ആവർത്തിച്ചുള്ള പ്രയോഗങ്ങൾ ഒരേ ഫലത്തിലേക്ക് നയിക്കുന്നു.
• നിർണായകവാദം: വിഭവങ്ങൾ മതിയാകുമ്പോൾ, പുതുക്കിയ ക്ലസ്റ്ററിന്റെ അവസ്ഥ ആവശ്യമുള്ള അവസ്ഥയെ മാത്രം ആശ്രയിച്ചിരിക്കുന്നു.

GitOps എങ്ങനെ പ്രവർത്തിക്കുന്നു

GitOps എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് വിശദീകരിക്കാൻ Kubernetes-നെ കുറിച്ച് ഞങ്ങൾ വേണ്ടത്ര പഠിച്ചു.

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

പ്രധാന കാര്യം, ഓരോ അപ്‌ഡേറ്റും കോൺഫിഗറേഷൻ ഫയലുകളിലും Git റിപ്പോസിറ്ററികളിലും മാറ്റങ്ങളോടെ അവസാനിക്കുന്നതായി ഞങ്ങൾ കാണുന്നു. Git-ലേക്കുള്ള ഈ മാറ്റങ്ങൾ "GitOps ഓപ്പറേറ്റർ" ക്ലസ്റ്റർ അപ്ഡേറ്റ് ചെയ്യാൻ കാരണമാകുന്നു:

1. പ്രവർത്തന പ്രക്രിയ: "ജെങ്കിൻസ് ബിൽഡ് - മാസ്റ്റർ ബ്രാഞ്ച്".
കൃത്യനിർവഹണ പട്ടിക:

• ജെങ്കിൻസ് ടാഗ് ചെയ്ത ചിത്രങ്ങൾ ക്വേയിലേക്ക് തള്ളുന്നു;
• ജെങ്കിൻസ് കോൺഫിഗറേഷനും ഹെൽം ചാർട്ടുകളും മാസ്റ്റർ സ്റ്റോറേജ് ബക്കറ്റിലേക്ക് തള്ളുന്നു;
• ക്ലൗഡ് ഫംഗ്‌ഷൻ കോൺഫിഗറേഷനും ചാർട്ടുകളും മാസ്റ്റർ സ്റ്റോറേജ് ബക്കറ്റിൽ നിന്ന് മാസ്റ്റർ ജിറ്റ് റിപ്പോസിറ്ററിയിലേക്ക് പകർത്തുന്നു;
• GitOps ഓപ്പറേറ്റർ ക്ലസ്റ്റർ അപ്ഡേറ്റ് ചെയ്യുന്നു.

2. ജെങ്കിൻസ് ബിൽഡ് - റിലീസ് അല്ലെങ്കിൽ ഹോട്ട്ഫിക്സ് ബ്രാഞ്ച്:

• ജെങ്കിൻസ് ടാഗ് ചെയ്യാത്ത ചിത്രങ്ങൾ ക്വേയിലേക്ക് തള്ളുന്നു;
• സ്റ്റേജിംഗ് സ്റ്റോറേജ് ബക്കറ്റിലേക്ക് കോൺഫിഗറും ഹെൽം ചാർട്ടുകളും ജെങ്കിൻസ് തള്ളുന്നു;
• ക്ലൗഡ് ഫംഗ്‌ഷൻ കോൺഫിഗറേഷനും ചാർട്ടുകളും സ്റ്റേജിംഗ് സ്റ്റോറേജ് ബക്കറ്റിൽ നിന്ന് സ്റ്റേജിംഗ് ജിറ്റ് റിപ്പോസിറ്ററിയിലേക്ക് പകർത്തുന്നു;
• GitOps ഓപ്പറേറ്റർ ക്ലസ്റ്റർ അപ്ഡേറ്റ് ചെയ്യുന്നു.

3. Jenkins ബിൽഡ് - വികസിപ്പിക്കുക അല്ലെങ്കിൽ ഫീച്ചർ ബ്രാഞ്ച്:

• ജെങ്കിൻസ് ടാഗ് ചെയ്യാത്ത ചിത്രങ്ങൾ ക്വേയിലേക്ക് തള്ളുന്നു;
• ഡെവലപ്‌മെന്റ് സ്റ്റോറേജ് ബക്കറ്റിലേക്ക് കോൺഫിഗറേഷനും ഹെൽം ചാർട്ടുകളും ജെങ്കിൻസ് തള്ളുന്നു;
• ക്ലൗഡ് ഫംഗ്‌ഷൻ കോൺഫിഗറേഷനും ചാർട്ടുകളും ഡെവലപ്പ് സ്റ്റോറേജ് ബക്കറ്റിൽ നിന്ന് ഡെവലപ്പ് ജിറ്റ് റിപ്പോസിറ്ററിയിലേക്ക് പകർത്തുന്നു;
• GitOps ഓപ്പറേറ്റർ ക്ലസ്റ്റർ അപ്ഡേറ്റ് ചെയ്യുന്നു.

4. ഒരു പുതിയ ക്ലയന്റ് ചേർക്കുന്നു:

• മാനേജർ അല്ലെങ്കിൽ അഡ്മിനിസ്ട്രേറ്റർ (LCM/ops) തുടക്കത്തിൽ നെറ്റ്‌വർക്ക് ലോഡ് ബാലൻസറുകൾ (NLBs) വിന്യസിക്കാനും കോൺഫിഗർ ചെയ്യാനും Gradle-നെ വിളിക്കുന്നു;
• അപ്‌ഡേറ്റുകൾക്കായി വിന്യാസം തയ്യാറാക്കുന്നതിനായി LCM/ops ഒരു പുതിയ കോൺഫിഗറേഷൻ നടത്തുന്നു;
• GitOps ഓപ്പറേറ്റർ ക്ലസ്റ്റർ അപ്ഡേറ്റ് ചെയ്യുന്നു.

GitOps-ന്റെ ഹ്രസ്വ വിവരണം

1. ഓരോ പരിതസ്ഥിതിക്കും ഡിക്ലറേറ്റീവ് സ്പെസിഫിക്കേഷനുകൾ ഉപയോഗിച്ച് മുഴുവൻ സിസ്റ്റത്തിന്റെയും ആവശ്യമുള്ള അവസ്ഥ വിവരിക്കുക (ഞങ്ങളുടെ സ്റ്റോറിയിൽ, ബോബിന്റെ ടീം Git-ലെ മുഴുവൻ സിസ്റ്റം കോൺഫിഗറേഷനും നിർവചിക്കുന്നു).
   • മുഴുവൻ സിസ്റ്റത്തിന്റെയും ആവശ്യമുള്ള അവസ്ഥയെക്കുറിച്ചുള്ള സത്യത്തിന്റെ ഏക ഉറവിടമാണ് Git ശേഖരം.
   • ആവശ്യമുള്ള അവസ്ഥയിലേക്കുള്ള എല്ലാ മാറ്റങ്ങളും Git-ലെ കമ്മിറ്റുകളിലൂടെയാണ് സംഭവിക്കുന്നത്.
   • ആവശ്യമുള്ള എല്ലാ ക്ലസ്റ്റർ പാരാമീറ്ററുകളും ക്ലസ്റ്ററിൽ തന്നെ നിരീക്ഷിക്കാവുന്നതാണ്. ഈ രീതിയിൽ, അവ ഒത്തുചേരുന്നുണ്ടോ എന്ന് നമുക്ക് നിർണ്ണയിക്കാനാകും (കൺവെർജ്, ഒത്തുചേരുക) അല്ലെങ്കിൽ വ്യത്യാസം (വ്യതിചലിക്കുക, വ്യതിചലിക്കുക) ആവശ്യമുള്ളതും നിരീക്ഷിച്ചതുമായ അവസ്ഥകൾ.
2. ആവശ്യമുള്ളതും നിരീക്ഷിച്ചതുമായ അവസ്ഥകൾ വ്യത്യസ്തമാണെങ്കിൽ:
   • ടാർഗെറ്റും നിരീക്ഷിച്ച അവസ്ഥകളും എത്രയും വേഗം അല്ലെങ്കിൽ പിന്നീട് യാന്ത്രികമായി സമന്വയിപ്പിക്കുന്ന ഒരു കൺവെർജൻസ് മെക്കാനിസം ഉണ്ട്. ക്ലസ്റ്ററിനുള്ളിൽ, കുബർനെറ്റസ് ഇത് ചെയ്യുന്നു.
   • ഒരു "മാറ്റം പ്രതിജ്ഞാബദ്ധമായ" അലേർട്ട് ഉപയോഗിച്ച് പ്രക്രിയ ഉടൻ ആരംഭിക്കുന്നു.
   • കോൺഫിഗർ ചെയ്യാവുന്ന കുറച്ച് സമയത്തിന് ശേഷം, സംസ്ഥാനങ്ങൾ വ്യത്യസ്തമാണെങ്കിൽ ഒരു "വ്യത്യാസം" അലേർട്ട് അയയ്‌ക്കാൻ കഴിയും.
3. ഈ രീതിയിൽ, Git-ലെ എല്ലാ കമ്മിറ്റുകളും ക്ലസ്റ്ററിലേക്ക് പരിശോധിക്കാവുന്നതും ശക്തവുമായ അപ്‌ഡേറ്റുകൾക്ക് കാരണമാകുന്നു.
   • റോൾബാക്ക് എന്നത് മുമ്പ് ആഗ്രഹിച്ച അവസ്ഥയിലേക്ക് ഒത്തുചേരലാണ്.
4. ഒത്തുചേരൽ അന്തിമമാണ്. അതിന്റെ സംഭവം സൂചിപ്പിക്കുന്നത്:
   • ഒരു നിശ്ചിത സമയത്തേക്ക് ഡിഫ് അലേർട്ടുകളൊന്നുമില്ല.
   • "കൺവേർജ്ഡ്" അലേർട്ട് (ഉദാ: webhook, Git റൈറ്റ്ബാക്ക് ഇവന്റ്).

എന്താണ് ഭിന്നത?

നമുക്ക് വീണ്ടും ആവർത്തിക്കാം: ആവശ്യമുള്ള എല്ലാ ക്ലസ്റ്റർ ഗുണങ്ങളും ക്ലസ്റ്ററിൽ തന്നെ നിരീക്ഷിക്കാവുന്നതായിരിക്കണം.

വ്യതിചലനത്തിന്റെ ചില ഉദാഹരണങ്ങൾ:

• Git-ൽ ശാഖകൾ ലയിപ്പിക്കുന്നതിനാൽ കോൺഫിഗറേഷൻ ഫയലിൽ മാറ്റം.
• GUI ക്ലയന്റ് ഉണ്ടാക്കിയ Git കമ്മിറ്റ് കാരണം കോൺഫിഗറേഷൻ ഫയലിൽ ഒരു മാറ്റം.
• Git-ലെ PR കാരണം ആവശ്യമുള്ള അവസ്ഥയിലേക്ക് ഒന്നിലധികം മാറ്റങ്ങൾ കണ്ടെയ്‌നർ ഇമേജ് നിർമ്മിക്കുകയും കോൺഫിഗറേഷൻ മാറ്റുകയും ചെയ്യുന്നു.
• ഒരു പിശക് കാരണം ക്ലസ്റ്ററിന്റെ അവസ്ഥയിലുണ്ടായ മാറ്റം, "മോശമായ പെരുമാറ്റം" അല്ലെങ്കിൽ യഥാർത്ഥ അവസ്ഥയിൽ നിന്ന് ക്രമരഹിതമായ വ്യതിയാനം മൂലമുണ്ടാകുന്ന വിഭവ വൈരുദ്ധ്യം.

ഒത്തുചേരലിന്റെ മെക്കാനിസം എന്താണ്?

കുറച്ച് ഉദാഹരണങ്ങൾ:

• കണ്ടെയ്‌നറുകൾക്കും ക്ലസ്റ്ററുകൾക്കുമായി, കുബർനെറ്റസ് ആണ് കൺവെർജൻസ് സംവിധാനം നൽകുന്നത്.
• കുബർനെറ്റസ് അധിഷ്‌ഠിത ആപ്ലിക്കേഷനുകളും ഡിസൈനുകളും (ഇസ്‌റ്റിയോ, ക്യുബെഫ്ലോ പോലുള്ളവ) മാനേജ് ചെയ്യാനും ഇതേ സംവിധാനം ഉപയോഗിക്കാനാകും.
• കുബർനെറ്റസ്, ഇമേജ് റിപ്പോസിറ്ററികൾ, ജിറ്റ് എന്നിവ തമ്മിലുള്ള പ്രവർത്തനപരമായ ഇടപെടൽ കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഒരു സംവിധാനം GitOps ഓപ്പറേറ്റർ വീവ് ഫ്ലക്സ്, ഏത് ഭാഗമാണ് നെയ്ത്ത് മേഘം.
• അടിസ്ഥാന യന്ത്രങ്ങൾക്ക്, കൺവേർജൻസ് മെക്കാനിസം പ്രഖ്യാപനവും സ്വയംഭരണവും ആയിരിക്കണം. സ്വന്തം അനുഭവത്തിൽ നിന്ന് നമുക്ക് അത് പറയാൻ കഴിയും ടെറഫോം ഈ നിർവചനത്തോട് ഏറ്റവും അടുത്ത്, എന്നാൽ ഇപ്പോഴും മനുഷ്യ നിയന്ത്രണം ആവശ്യമാണ്. ഈ അർത്ഥത്തിൽ, GitOps ഇൻഫ്രാസ്ട്രക്ചറിന്റെ പാരമ്പര്യത്തെ കോഡായി വിപുലീകരിക്കുന്നു.

GitOps, Git-നെ കുബർനെറ്റസിന്റെ മികച്ച കൺവേർജൻസ് എഞ്ചിനുമായി സംയോജിപ്പിച്ച് ചൂഷണത്തിന് ഒരു മാതൃക നൽകുന്നു.

GitOps ഞങ്ങളെ ഇങ്ങനെ പറയാൻ അനുവദിക്കുന്നു: വിവരിക്കാനും നിരീക്ഷിക്കാനും കഴിയുന്ന സംവിധാനങ്ങൾ മാത്രമേ ഓട്ടോമേറ്റ് ചെയ്യാനും നിയന്ത്രിക്കാനും കഴിയൂ.

GitOps മുഴുവൻ ക്ലൗഡ് നേറ്റീവ് സ്റ്റാക്കിനും വേണ്ടിയുള്ളതാണ് (ഉദാഹരണത്തിന്, Terraform, മുതലായവ)

GitOps കേവലം കുബർനെറ്റസ് മാത്രമല്ല. മുഴുവൻ സിസ്റ്റവും ഡിക്ലറേറ്റീവ് ആയി നയിക്കപ്പെടണമെന്നും ഒത്തുചേരൽ ഉപയോഗിക്കണമെന്നും ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. മുഴുവൻ സിസ്റ്റവും കൊണ്ട് ഞങ്ങൾ അർത്ഥമാക്കുന്നത് Kubernetes-നൊപ്പം പ്രവർത്തിക്കുന്ന പരിതസ്ഥിതികളുടെ ഒരു ശേഖരമാണ് - ഉദാഹരണത്തിന്, "dev cluster 1", "production" മുതലായവ. ഓരോ പരിതസ്ഥിതിയിലും മെഷീനുകൾ, ക്ലസ്റ്ററുകൾ, ആപ്ലിക്കേഷനുകൾ, കൂടാതെ ഡാറ്റ, നിരീക്ഷണം എന്നിവ നൽകുന്ന ബാഹ്യ സേവനങ്ങൾക്കുള്ള ഇന്റർഫേസുകളും ഉൾപ്പെടുന്നു. തുടങ്ങിയവ.

ഈ സാഹചര്യത്തിൽ ബൂട്ട്‌സ്‌ട്രാപ്പിംഗ് പ്രശ്‌നത്തിന് ടെറാഫോം എത്ര പ്രധാനമാണെന്ന് ശ്രദ്ധിക്കുക. കുബെർനെറ്റസ് എവിടെയെങ്കിലും വിന്യസിക്കേണ്ടതുണ്ട്, ടെറാഫോം ഉപയോഗിക്കുന്നത് അർത്ഥമാക്കുന്നത്, കുബർനെറ്റുകളുടെയും ആപ്ലിക്കേഷനുകളുടെയും അടിവരയിടുന്ന നിയന്ത്രണ പാളി സൃഷ്ടിക്കാൻ നമുക്ക് അതേ GitOps വർക്ക്ഫ്ലോകൾ പ്രയോഗിക്കാൻ കഴിയും എന്നാണ്. ഇത് ഉപയോഗപ്രദമായ ഒരു മികച്ച പരിശീലനമാണ്.

കുബർനെറ്റിന്റെ മുകളിലെ പാളികളിൽ GitOps ആശയങ്ങൾ പ്രയോഗിക്കുന്നതിൽ ശക്തമായ ശ്രദ്ധയുണ്ട്. ഇപ്പോൾ, Istio, Helm, Ksonnet, OpenFaaS, Kubeflow എന്നിവയ്‌ക്കായി GitOps-ടൈപ്പ് സൊല്യൂഷനുകളുണ്ട്, ഉദാഹരണത്തിന്, ക്ലൗഡ് നേറ്റീവ് ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുന്നതിന് ഒരു ലെയർ സൃഷ്ടിക്കുന്ന പുലുമിക്ക്.

Kubernetes CI/CD: GitOps മറ്റ് സമീപനങ്ങളുമായി താരതമ്യം ചെയ്യുന്നു

പറഞ്ഞതുപോലെ, GitOps രണ്ട് കാര്യങ്ങളാണ്:

1. മുകളിൽ വിവരിച്ച കുബെർനെറ്റസിനും ക്ലൗഡ് നേറ്റീവിനും വേണ്ടിയുള്ള പ്രവർത്തന മാതൃക.
2. ഒരു ഡെവലപ്പർ കേന്ദ്രീകൃത ആപ്ലിക്കേഷൻ മാനേജ്മെന്റ് പരിതസ്ഥിതിയിലേക്കുള്ള പാത.

പലർക്കും, GitOps പ്രാഥമികമായി Git pushes അടിസ്ഥാനമാക്കിയുള്ള ഒരു വർക്ക്ഫ്ലോയാണ്. ഞങ്ങൾക്കും അവനെ ഇഷ്ടമാണ്. എന്നാൽ അത് മാത്രമല്ല: നമുക്ക് ഇപ്പോൾ CI/CD പൈപ്പ് ലൈനുകൾ നോക്കാം.

GitOps കുബെർനെറ്റുകൾക്കായി തുടർച്ചയായ വിന്യാസം (സിഡി) പ്രാപ്തമാക്കുന്നു

പ്രത്യേക "വിന്യാസ മാനേജുമെന്റ് സിസ്റ്റങ്ങളുടെ" ആവശ്യകത ഇല്ലാതാക്കുന്ന തുടർച്ചയായ വിന്യാസ സംവിധാനം GitOps വാഗ്ദാനം ചെയ്യുന്നു. കുബർനെറ്റസ് നിങ്ങൾക്കായി എല്ലാ ജോലികളും ചെയ്യുന്നു.

• ആപ്ലിക്കേഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നതിന് Git-ൽ അപ്ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്. ഇത് ആവശ്യമുള്ള അവസ്ഥയിലേക്കുള്ള ഒരു ഇടപാട് അപ്‌ഡേറ്റാണ്. അപ്ഡേറ്റ് ചെയ്ത വിവരണത്തെ അടിസ്ഥാനമാക്കി കുബർനെറ്റസ് തന്നെ ക്ലസ്റ്ററിനുള്ളിൽ "വിന്യാസം" നടത്തുന്നു.
• കുബർനെറ്റസ് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ സ്വഭാവം കാരണം, ഈ അപ്‌ഡേറ്റുകൾ ഒത്തുചേരുന്നു. എല്ലാ അപ്‌ഡേറ്റുകളും ആറ്റോമിക് ആയ തുടർച്ചയായ വിന്യാസത്തിനുള്ള ഒരു സംവിധാനം ഇത് നൽകുന്നു.
• കുറിപ്പ്: നെയ്ത്ത് മേഘം Git, Kubernetes എന്നിവ സമന്വയിപ്പിക്കുന്ന ഒരു GitOps ഓപ്പറേറ്റർ വാഗ്ദാനം ചെയ്യുന്നു, കൂടാതെ ക്ലസ്റ്ററിന്റെ ആവശ്യമുള്ളതും നിലവിലുള്ളതുമായ അവസ്ഥയുമായി പൊരുത്തപ്പെടുത്തിക്കൊണ്ട് സിഡി നടപ്പിലാക്കാൻ അനുവദിക്കുന്നു.

kubectl ഉം സ്ക്രിപ്റ്റുകളും ഇല്ലാതെ

നിങ്ങളുടെ ക്ലസ്റ്റർ അപ്‌ഡേറ്റ് ചെയ്യുന്നതിന് നിങ്ങൾ Kubectl ഉപയോഗിക്കുന്നത് ഒഴിവാക്കണം, പ്രത്യേകിച്ച് kubectl കമാൻഡുകൾ ഗ്രൂപ്പിലേക്ക് സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കുന്നത് ഒഴിവാക്കുക. പകരം, GitOps പൈപ്പ്‌ലൈൻ ഉപയോഗിച്ച്, ഒരു ഉപയോക്താവിന് Git വഴി അവരുടെ Kubernetes ക്ലസ്റ്റർ അപ്‌ഡേറ്റ് ചെയ്യാൻ കഴിയും.

ആനുകൂല്യങ്ങൾ ഉൾപ്പെടുന്നു:

1. ശരിയാണ്. ഒരു കൂട്ടം അപ്‌ഡേറ്റുകൾ പ്രയോഗിക്കാനും സംയോജിപ്പിക്കാനും ഒടുവിൽ സാധൂകരിക്കാനും കഴിയും, ഇത് ആറ്റോമിക് വിന്യാസത്തിന്റെ ലക്ഷ്യത്തിലേക്ക് ഞങ്ങളെ അടുപ്പിക്കുന്നു. നേരെമറിച്ച്, സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കുന്നത് ഒത്തുചേരലിന്റെ ഒരു ഗ്യാരണ്ടിയും നൽകുന്നില്ല (ഇതിൽ കൂടുതൽ താഴെ).
2. സുരക്ഷ. ഉദ്ധരിക്കുന്നു Kelsey Hightower: "നിങ്ങളുടെ കുബർനെറ്റ്സ് ക്ലസ്റ്ററിലേക്കുള്ള ആക്സസ് ഓട്ടോമേഷൻ ടൂളുകളിലേക്കും അത് ഡീബഗ്ഗ് ചെയ്യുന്നതിനോ പരിപാലിക്കുന്നതിനോ ഉത്തരവാദിത്തമുള്ള അഡ്മിനിസ്ട്രേറ്റർമാർക്കും നിയന്ത്രിക്കുക." ഇതും കാണുക എന്റെ പ്രസിദ്ധീകരണം സുരക്ഷയും സാങ്കേതിക സവിശേഷതകളും പാലിക്കൽ, അതുപോലെ ഹോംബ്രൂ ഹാക്കിംഗ് സംബന്ധിച്ച ലേഖനം അശ്രദ്ധമായി എഴുതിയ ജെങ്കിൻസ് സ്ക്രിപ്റ്റിൽ നിന്ന് യോഗ്യതാപത്രങ്ങൾ മോഷ്ടിച്ചുകൊണ്ട്.
3. ഉപയോക്താവിന്റെ അനുഭവം. വളരെ സങ്കീർണ്ണമായ കുബെർനെറ്റസ് ഒബ്‌ജക്റ്റ് മോഡലിന്റെ മെക്കാനിക്‌സ് കുബെക്ടൽ തുറന്നുകാട്ടുന്നു. മികച്ച രീതിയിൽ, ഉപയോക്താക്കൾ സിസ്റ്റവുമായി സംവദിക്കുന്നത് ഉയർന്ന തലത്തിലുള്ള അമൂർത്തീകരണത്തിലാണ്. ഇവിടെ ഞാൻ വീണ്ടും കെൽസിയെ പരാമർശിക്കുകയും കാണാൻ ശുപാർശ ചെയ്യുകയും ചെയ്യും അത്തരമൊരു റെസ്യൂമെ.

സിഐയും സിഡിയും തമ്മിലുള്ള വ്യത്യാസം

GitOps നിലവിലുള്ള CI/CD മോഡലുകൾ മെച്ചപ്പെടുത്തുന്നു.

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

ട്രങ്കിലേക്ക് അപ്‌ഡേറ്റുകൾ പുഷ് ചെയ്യാൻ CI ഉപയോഗിക്കണം, കൂടാതെ സിഡി ആന്തരികമായി നിയന്ത്രിക്കുന്നതിന് ആ അപ്‌ഡേറ്റുകളെ അടിസ്ഥാനമാക്കി കുബർനെറ്റസ് ക്ലസ്റ്റർ സ്വയം മാറണം. ഞങ്ങൾ അതിനെ വിളിക്കുന്നു സിഡിയുടെ മോഡൽ വലിക്കുക, CI പുഷ് മോഡലിൽ നിന്ന് വ്യത്യസ്തമായി. സിഡി ഭാഗമാണ് റൺടൈം ഓർക്കസ്ട്രേഷൻ.

എന്തുകൊണ്ടാണ് സിഐ സെർവറുകൾ ക്യുബർനെറ്റസിലെ നേരിട്ടുള്ള അപ്‌ഡേറ്റുകൾ വഴി സിഡികൾ ചെയ്യാൻ പാടില്ലാത്തത്

CI ജോലികളുടെ ഒരു കൂട്ടം എന്ന നിലയിൽ Kubernetes-ലേക്ക് നേരിട്ടുള്ള അപ്‌ഡേറ്റുകൾ ക്രമീകരിക്കാൻ CI സെർവർ ഉപയോഗിക്കരുത്. ഇതാണ് നമ്മൾ സംസാരിക്കുന്ന വിരുദ്ധ പാറ്റേൺ ഇതിനകം പറഞ്ഞു നിങ്ങളുടെ ബ്ലോഗിൽ.

നമുക്ക് ആലീസിലേക്കും ബോബിലേക്കും മടങ്ങാം.

എന്തെല്ലാം പ്രശ്നങ്ങളാണ് അവർ നേരിട്ടത്? ബോബിന്റെ CI സെർവർ ക്ലസ്റ്ററിലേക്ക് മാറ്റങ്ങൾ ബാധകമാക്കുന്നു, എന്നാൽ ഈ പ്രക്രിയയിൽ അത് ക്രാഷ് ചെയ്യുകയാണെങ്കിൽ, ക്ലസ്റ്റർ ഏത് അവസ്ഥയിലാണെന്നോ (അല്ലെങ്കിൽ ആയിരിക്കണം) അത് എങ്ങനെ പരിഹരിക്കാമെന്നോ ബോബിന് അറിയില്ല. വിജയത്തിന്റെ കാര്യത്തിലും അങ്ങനെ തന്നെ.

ബോബിന്റെ ടീം ഒരു പുതിയ ഇമേജ് നിർമ്മിക്കുകയും ചിത്രം വിന്യസിക്കാൻ അവരുടെ വിന്യാസങ്ങൾ പാച്ച് ചെയ്യുകയും ചെയ്തു (എല്ലാം CI പൈപ്പ്ലൈനിൽ നിന്ന്).

ചിത്രം സാധാരണയായി നിർമ്മിക്കുകയും പൈപ്പ് ലൈൻ പരാജയപ്പെടുകയും ചെയ്താൽ, ടീം കണ്ടെത്തേണ്ടതുണ്ട്:

• അപ്‌ഡേറ്റ് പുറത്തുവന്നോ?
• ഞങ്ങൾ ഒരു പുതിയ നിർമ്മാണം ആരംഭിക്കുകയാണോ? ഇത് അനാവശ്യ പാർശ്വഫലങ്ങളിലേക്ക് നയിക്കുമോ - ഒരേ മാറ്റമില്ലാത്ത ഇമേജിന്റെ രണ്ട് ബിൽഡുകൾ ഉണ്ടാകാനുള്ള സാധ്യതയുണ്ടോ?
• ബിൽഡ് പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് ഞങ്ങൾ അടുത്ത അപ്‌ഡേറ്റിനായി കാത്തിരിക്കേണ്ടതുണ്ടോ?
• കൃത്യമായി എന്താണ് തെറ്റ് സംഭവിച്ചത്? ഏതൊക്കെ ഘട്ടങ്ങളാണ് ആവർത്തിക്കേണ്ടത് (ഏതൊക്കെയാണ് ആവർത്തിക്കാൻ സുരക്ഷിതം)?

ഒരു Git-അധിഷ്‌ഠിത വർക്ക്‌ഫ്ലോ സ്ഥാപിക്കുന്നത് ബോബിന്റെ ടീം ഈ പ്രശ്‌നങ്ങൾ നേരിടില്ലെന്ന് ഉറപ്പുനൽകുന്നില്ല. കമ്മിറ്റ് പുഷ്, ടാഗ് അല്ലെങ്കിൽ മറ്റേതെങ്കിലും പാരാമീറ്റർ ഉപയോഗിച്ച് അവർക്ക് ഇപ്പോഴും ഒരു തെറ്റ് ചെയ്യാൻ കഴിയും; എന്നിരുന്നാലും, ഈ സമീപനം ഇപ്പോഴും വ്യക്തമായ എല്ലാം അല്ലെങ്കിൽ ഒന്നുമില്ല എന്ന സമീപനത്തോട് വളരെ അടുത്താണ്.

ചുരുക്കത്തിൽ, എന്തുകൊണ്ടാണ് സിഐ സെർവറുകൾ സിഡി കൈകാര്യം ചെയ്യാത്തത്:

• അപ്ഡേറ്റ് സ്ക്രിപ്റ്റുകൾ എപ്പോഴും നിർണ്ണായകമല്ല; അവയിൽ തെറ്റുകൾ വരുത്തുന്നത് എളുപ്പമാണ്.
• CI സെർവറുകൾ ഡിക്ലറേറ്റീവ് ക്ലസ്റ്റർ മോഡലിലേക്ക് ഒത്തുചേരുന്നില്ല.
• മാന്യത ഉറപ്പ് വരുത്താൻ പ്രയാസമാണ്. ഉപയോക്താക്കൾ സിസ്റ്റത്തിന്റെ ആഴത്തിലുള്ള അർത്ഥശാസ്ത്രം മനസ്സിലാക്കണം.
• ഭാഗിക പരാജയത്തിൽ നിന്ന് കരകയറുന്നത് കൂടുതൽ ബുദ്ധിമുട്ടാണ്.

ഹെൽമിനെ കുറിച്ചുള്ള കുറിപ്പ്: നിങ്ങൾക്ക് ഹെൽം ഉപയോഗിക്കാൻ താൽപ്പര്യമുണ്ടെങ്കിൽ, ഇത് ഒരു GitOps ഓപ്പറേറ്ററുമായി സംയോജിപ്പിക്കാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു ഫ്ലക്സ്-ഹെൽം. ഇത് ഒത്തുചേരൽ ഉറപ്പാക്കാൻ സഹായിക്കും. ഹെൽം തന്നെ നിർണ്ണായകമോ ആറ്റോമികമോ അല്ല.

കുബെർനെറ്റുകൾക്കായി തുടർച്ചയായ ഡെലിവറി നടപ്പിലാക്കുന്നതിനുള്ള മികച്ച മാർഗമാണ് GitOps

ആലിസിന്റെയും ബോബിന്റെയും ടീം GitOps നടപ്പിലാക്കുകയും സോഫ്റ്റ്‌വെയർ ഉൽപ്പന്നങ്ങളുമായി പ്രവർത്തിക്കുന്നതും ഉയർന്ന പ്രകടനവും സ്ഥിരതയും നിലനിർത്തുന്നതും വളരെ എളുപ്പമായിരിക്കുന്നുവെന്ന് കണ്ടെത്തുന്നു. അവരുടെ പുതിയ സമീപനം എങ്ങനെയുണ്ടെന്ന് കാണിക്കുന്ന ഒരു ചിത്രീകരണത്തോടെ ഈ ലേഖനം അവസാനിപ്പിക്കാം. ഞങ്ങൾ കൂടുതലും ആപ്ലിക്കേഷനുകളെയും സേവനങ്ങളെയും കുറിച്ചാണ് സംസാരിക്കുന്നതെന്ന് ഓർമ്മിക്കുക, എന്നാൽ ഒരു മുഴുവൻ പ്ലാറ്റ്‌ഫോമും നിയന്ത്രിക്കാൻ GitOps ഉപയോഗിക്കാനാകും.

കുബർനെറ്റസിനായുള്ള പ്രവർത്തന മാതൃക

ഇനിപ്പറയുന്ന ഡയഗ്രം നോക്കുക. ഇത് രണ്ട് ഓർക്കസ്ട്രേറ്റഡ് ലൈഫ് സൈക്കിളുകൾക്കായി പങ്കിട്ട ഉറവിടങ്ങളായി Git ഉം കണ്ടെയ്‌നർ ഇമേജ് ശേഖരണവും അവതരിപ്പിക്കുന്നു:

• Git-ലേക്ക് ഫയലുകൾ വായിക്കുകയും എഴുതുകയും ചെയ്യുന്ന ഒരു തുടർച്ചയായ സംയോജന പൈപ്പ്ലൈൻ, കണ്ടെയ്നർ ചിത്രങ്ങളുടെ ഒരു ശേഖരം അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയും.
• ഒരു റൺടൈം GitOps പൈപ്പ്ലൈൻ, അത് വിന്യാസവും മാനേജ്മെന്റും നിരീക്ഷണവും സംയോജിപ്പിക്കുന്നു. ഇത് Git-ലേക്ക് ഫയലുകൾ വായിക്കുകയും എഴുതുകയും ചെയ്യുന്നു, കൂടാതെ കണ്ടെയ്നർ ചിത്രങ്ങൾ ഡൗൺലോഡ് ചെയ്യാനും കഴിയും.

പ്രധാന കണ്ടെത്തലുകൾ എന്തൊക്കെയാണ്?

1. ആശങ്കകളുടെ വേർതിരിവ്: രണ്ട് പൈപ്പ്ലൈനുകൾക്കും Git അല്ലെങ്കിൽ ഇമേജ് റിപ്പോസിറ്ററി അപ്ഡേറ്റ് ചെയ്യുന്നതിലൂടെ മാത്രമേ ആശയവിനിമയം നടത്താൻ കഴിയൂ എന്നത് ശ്രദ്ധിക്കുക. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, സിഐയും റൺടൈം എൻവയോൺമെന്റും തമ്മിൽ ഒരു ഫയർവാൾ ഉണ്ട്. ഞങ്ങൾ അതിനെ "മാറ്റമില്ലാത്ത ഫയർവാൾ" എന്ന് വിളിക്കുന്നു (മാറ്റമില്ലാത്ത ഫയർവാൾ), എല്ലാ റിപ്പോസിറ്ററി അപ്ഡേറ്റുകളും പുതിയ പതിപ്പുകൾ സൃഷ്ടിക്കുന്നതിനാൽ. ഈ വിഷയത്തെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, സ്ലൈഡുകൾ 72-87 കാണുക ഈ അവതരണം.
2. നിങ്ങൾക്ക് ഏത് CI, Git സെർവറും ഉപയോഗിക്കാം: GitOps ഏത് ഘടകത്തിലും പ്രവർത്തിക്കുന്നു. നിങ്ങൾക്ക് പ്രിയപ്പെട്ട CI, Git സെർവറുകൾ, ഇമേജ് റിപ്പോസിറ്ററികൾ, ടെസ്റ്റ് സ്യൂട്ടുകൾ എന്നിവ ഉപയോഗിക്കുന്നത് തുടരാം. വിപണിയിലുള്ള മറ്റെല്ലാ തുടർച്ചയായ ഡെലിവറി ടൂളുകൾക്കും അവരുടേതായ CI/Git സെർവർ അല്ലെങ്കിൽ ഇമേജ് റിപ്പോസിറ്ററി ആവശ്യമാണ്. ക്ലൗഡ് നേറ്റീവ് വികസിപ്പിക്കുന്നതിൽ ഇത് പരിമിതപ്പെടുത്തുന്ന ഘടകമായി മാറിയേക്കാം. GitOps ഉപയോഗിച്ച്, നിങ്ങൾക്ക് പരിചിതമായ ഉപകരണങ്ങൾ ഉപയോഗിക്കാം.
3. ഒരു സംയോജന ഉപകരണമായി ഇവന്റുകൾ: Git-ലെ ഡാറ്റ അപ്‌ഡേറ്റ് ചെയ്‌ത ഉടൻ, വീവ് ഫ്ലക്സ് (അല്ലെങ്കിൽ വീവ് ക്ലൗഡ് ഓപ്പറേറ്റർ) റൺടൈം അറിയിക്കുന്നു. കുബെർനെറ്റസ് ഒരു മാറ്റ സെറ്റ് സ്വീകരിക്കുമ്പോഴെല്ലാം, Git അപ്‌ഡേറ്റ് ചെയ്യപ്പെടും. താഴെ കാണിച്ചിരിക്കുന്നതുപോലെ, GitOps-നുള്ള വർക്ക്ഫ്ലോകൾ സംഘടിപ്പിക്കുന്നതിനുള്ള ഒരു ലളിതമായ സംയോജന മാതൃക ഇത് നൽകുന്നു.

തീരുമാനം

ഏതൊരു ആധുനിക CI/CD ടൂളിനും ആവശ്യമായ ശക്തമായ അപ്‌ഡേറ്റ് ഗ്യാരന്റി GitOps നൽകുന്നു:

• ഓട്ടോമേഷൻ;
• ഒത്തുചേരൽ;
• ഐഡമ്പറ്റൻസി;
• നിർണയവാദം.

ക്ലൗഡ് നേറ്റീവ് ഡെവലപ്പർമാർക്കായി ഇത് ഒരു പ്രവർത്തന മാതൃക വാഗ്ദാനം ചെയ്യുന്നതിനാൽ ഇത് പ്രധാനമാണ്.

• സിസ്റ്റങ്ങൾ നിയന്ത്രിക്കുന്നതിനും നിരീക്ഷിക്കുന്നതിനുമുള്ള പരമ്പരാഗത ഉപകരണങ്ങൾ ഒരു റൺബുക്കിനുള്ളിൽ പ്രവർത്തിക്കുന്ന ഓപ്പറേഷൻ ടീമുകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു (പതിവ് നടപടിക്രമങ്ങളുടെയും പ്രവർത്തനങ്ങളുടെയും ഒരു കൂട്ടം - ഏകദേശം. വിവർത്തനം.), ഒരു പ്രത്യേക വിന്യാസവുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു.
• ക്ലൗഡ് നേറ്റീവ് മാനേജ്‌മെന്റിൽ, ഡെവലപ്‌മെന്റ് ടീമിന് വേഗത്തിൽ പ്രതികരിക്കാൻ കഴിയുന്ന തരത്തിൽ വിന്യാസങ്ങളുടെ ഫലങ്ങൾ അളക്കുന്നതിനുള്ള മികച്ച മാർഗമാണ് നിരീക്ഷണ ഉപകരണങ്ങൾ.

വ്യത്യസ്ത മേഘങ്ങളിൽ ചിതറിക്കിടക്കുന്ന നിരവധി ക്ലസ്റ്ററുകളും സ്വന്തം ടീമുകളും വിന്യാസ പദ്ധതികളും ഉള്ള നിരവധി സേവനങ്ങളും സങ്കൽപ്പിക്കുക. ഈ സമൃദ്ധി എല്ലാം കൈകാര്യം ചെയ്യുന്നതിനായി GitOps ഒരു സ്കെയിൽ-ഇൻവേരിയന്റ് മോഡൽ വാഗ്ദാനം ചെയ്യുന്നു.

വിവർത്തകനിൽ നിന്ന് പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «GitOps: പുൾ, പുഷ് രീതികളുടെ താരതമ്യം";
• «കുബെർനെറ്റസ് റിസോഴ്‌സുകൾ ട്രാക്ക് ചെയ്യുന്നതിനുള്ള ഒരു ലൈബ്രറിയായ കുബെഡോഗ് അവതരിപ്പിക്കുന്നു";
• «കുബർനെറ്റസ് വികസിപ്പിക്കുകയും പൂരകമാക്കുകയും ചെയ്യുക (അവലോകനവും വീഡിയോ റിപ്പോർട്ടും)".

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

ഈ രണ്ട് വിവർത്തനങ്ങളും Habré-യിൽ പ്രത്യക്ഷപ്പെടുന്നതിന് മുമ്പ് GitOps-നെ കുറിച്ച് നിങ്ങൾക്ക് അറിയാമായിരുന്നോ?

• അതെ, എനിക്ക് എല്ലാം അറിയാമായിരുന്നു

• ഉപരിപ്ലവമായി മാത്രം

• ഇല്ല

35 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 10 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

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