ഹെൽം 3 അവതരിപ്പിക്കുന്നു

കുറിപ്പ്. വിവർത്തനം.: ഈ വർഷം മെയ് 16, കുബർനെറ്റസ് - ഹെൽമിനായുള്ള പാക്കേജ് മാനേജരുടെ വികസനത്തിൽ ഒരു സുപ്രധാന നാഴികക്കല്ല് അടയാളപ്പെടുത്തുന്നു. ഈ ദിവസം, പ്രോജക്റ്റിന്റെ ഭാവി പ്രധാന പതിപ്പിന്റെ ആദ്യ ആൽഫ റിലീസ് - 3.0 - അവതരിപ്പിച്ചു. അതിന്റെ റിലീസ് ഹെൽമിൽ സുപ്രധാനവും ദീർഘകാലമായി കാത്തിരുന്നതുമായ മാറ്റങ്ങൾ കൊണ്ടുവരും, ഇതിനായി കുബർനെറ്റസ് കമ്മ്യൂണിറ്റിയിലെ പലർക്കും വലിയ പ്രതീക്ഷയുണ്ട്. ആപ്ലിക്കേഷൻ വിന്യാസത്തിനായി ഞങ്ങൾ ഹെൽം സജീവമായി ഉപയോഗിക്കുന്നതിനാൽ ഞങ്ങൾ തന്നെ ഇവയിലൊന്നാണ്: സിഐ/സിഡി നടപ്പിലാക്കുന്നതിനുള്ള ഞങ്ങളുടെ ഉപകരണത്തിലേക്ക് ഞങ്ങൾ ഇത് സംയോജിപ്പിച്ചിരിക്കുന്നു. വെർഫ് കാലാകാലങ്ങളിൽ ഞങ്ങൾ അപ്‌സ്ട്രീമിന്റെ വികസനത്തിന് ഞങ്ങളുടെ സംഭാവന നൽകുന്നു. ഈ വിവർത്തനം ഔദ്യോഗിക ഹെൽം ബ്ലോഗിൽ നിന്നുള്ള 7 കുറിപ്പുകൾ സംയോജിപ്പിക്കുന്നു, അവ ഹെൽം 3-ന്റെ ആദ്യ ആൽഫ റിലീസിനായി സമർപ്പിച്ചിരിക്കുന്നു, കൂടാതെ പ്രോജക്റ്റിന്റെ ചരിത്രത്തെക്കുറിച്ചും ഹെൽം 3-ന്റെ പ്രധാന സവിശേഷതകളെക്കുറിച്ചും സംസാരിക്കുന്നു. മൈക്രോസോഫ്റ്റ് ജീവനക്കാരനായ മാറ്റ് “ബേക്കോൺഗോബ്ലർ” ഫിഷറാണ് അവയുടെ രചയിതാവ്. ഹെൽമിന്റെ പ്രധാന പരിപാലകരിൽ ഒരാളും.

15 ഒക്ടോബർ 2015 ന്, ഇപ്പോൾ ഹെൽം എന്നറിയപ്പെടുന്ന പദ്ധതി പിറന്നു. സ്ഥാപിതമായി ഒരു വർഷത്തിനുശേഷം, ഹെൽം കമ്മ്യൂണിറ്റി കുബർനെറ്റസിൽ ചേർന്നു, ഹെൽം 2-ൽ സജീവമായി പ്രവർത്തിക്കുന്നു. 2018 ജൂണിൽ, ഹെൽം സിഎൻസിഎഫിൽ ചേർന്നു ഒരു വികസിക്കുന്ന (ഇൻകുബേറ്റിംഗ്) പദ്ധതിയായി. വർത്തമാനകാലത്തേക്ക് അതിവേഗം മുന്നോട്ട് പോകുക, പുതിയ ഹെൽം 3-ന്റെ ആദ്യ ആൽഫ റിലീസ് നടക്കുകയാണ്. (ഈ റിലീസ് ഇതിനകം നടന്നിട്ടുണ്ട് മെയ് മധ്യത്തിൽ - ഏകദേശം. പരിഭാഷ.).

ഈ ഭാഗത്തിൽ, എല്ലാം എവിടെ നിന്നാണ് ആരംഭിച്ചത്, നമ്മൾ ഇന്ന് എവിടെ എത്തി എന്നതിനെ കുറിച്ച് ഞാൻ സംസാരിക്കും, ഹെൽം 3 ന്റെ ആദ്യ ആൽഫ റിലീസിൽ ലഭ്യമായ ചില സവിശേഷ സവിശേഷതകൾ പരിചയപ്പെടുത്തുകയും ഞങ്ങൾ എങ്ങനെ മുന്നോട്ട് പോകാനാണ് ഉദ്ദേശിക്കുന്നതെന്ന് വിശദീകരിക്കുകയും ചെയ്യും.

സംഗ്രഹം:

• ഹെൽമിന്റെ സൃഷ്ടിയുടെ ചരിത്രം;
• ടില്ലറിന് ഒരു ടെൻഡർ വിട;
• ചാർട്ട് റിപ്പോസിറ്ററികൾ;
• റിലീസ് മാനേജ്മെന്റ്;
• ചാർട്ട് ഡിപൻഡൻസികളിലെ മാറ്റങ്ങൾ;
• ലൈബ്രറി ചാർട്ടുകൾ;
• അടുത്തത് എന്താണ്?

ഹെൽമിന്റെ ചരിത്രം

ജനനം

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

2015-ന്റെ മധ്യത്തിൽ, ഞങ്ങൾ കോഴ്‌സ് മാറ്റാൻ തീരുമാനിക്കുകയും ഡീസിനെ (അന്ന് ഡീസ് വർക്ക്ഫ്ലോ എന്ന് പുനർനാമകരണം ചെയ്യുകയും ചെയ്തു) ഫ്ലീറ്റിൽ നിന്ന് കുബർനെറ്റസിലേക്ക് മാറ്റി. ആദ്യം പുനർരൂപകൽപ്പന ചെയ്തതിൽ ഒന്ന് ഇൻസ്റ്റലേഷൻ ടൂളാണ്. deisctl. ഫ്ലീറ്റ് ക്ലസ്റ്ററിൽ Deis Workflow ഇൻസ്റ്റാൾ ചെയ്യാനും നിയന്ത്രിക്കാനും ഞങ്ങൾ ഇത് ഉപയോഗിച്ചു.

Homebrew, apt, yum തുടങ്ങിയ പ്രശസ്ത പാക്കേജ് മാനേജർമാരുടെ ചിത്രത്തിലാണ് Helm 1 സൃഷ്ടിച്ചത്. കുബർനെറ്റുകളിൽ പാക്കേജിംഗ്, ആപ്ലിക്കേഷനുകൾ ഇൻസ്റ്റാൾ ചെയ്യൽ തുടങ്ങിയ ജോലികൾ ലളിതമാക്കുക എന്നതായിരുന്നു ഇതിന്റെ പ്രധാന ലക്ഷ്യം. 2015-ൽ സാൻഫ്രാൻസിസ്കോയിൽ നടന്ന ക്യൂബ്‌കോൺ കോൺഫറൻസിലാണ് ഹെൽമിനെ ഔദ്യോഗികമായി അവതരിപ്പിച്ചത്.

ഹെൽമുമായുള്ള ഞങ്ങളുടെ ആദ്യ ശ്രമം വിജയിച്ചു, പക്ഷേ അത് ഗുരുതരമായ ചില പരിമിതികളില്ലാതെ ആയിരുന്നില്ല. ആമുഖ YAML ബ്ലോക്കുകളായി ജനറേറ്ററുകൾ ഉപയോഗിച്ച് സുഗന്ധമുള്ള ഒരു കൂട്ടം കുബർനെറ്റസ് മാനിഫെസ്റ്റുകൾ അദ്ദേഹം എടുത്തു. (മുൻവശം)*, ഫലങ്ങൾ കുബർനെറ്റസിലേക്ക് ലോഡ് ചെയ്തു.

* കുറിപ്പ്. വിവർത്തനം.: ഹെൽമിന്റെ ആദ്യ പതിപ്പിൽ നിന്ന്, കുബർനെറ്റസ് റിസോഴ്സുകളെ വിവരിക്കാൻ YAML വാക്യഘടന തിരഞ്ഞെടുത്തു, കോൺഫിഗറേഷനുകൾ എഴുതുമ്പോൾ ജിൻജ ടെംപ്ലേറ്റുകളും പൈത്തൺ സ്ക്രിപ്റ്റുകളും പിന്തുണയ്ക്കുന്നു. "എ ബ്രീഫ് ഹിസ്റ്ററി ഓഫ് ഹെൽം" എന്ന അധ്യായത്തിൽ പൊതുവെ ഹെൽമിന്റെ ആദ്യ പതിപ്പിന്റെ ഘടനയെക്കുറിച്ചും ഞങ്ങൾ ഇതിനെ കുറിച്ചും കൂടുതൽ എഴുതി. ഈ മെറ്റീരിയൽ.

ഉദാഹരണത്തിന്, ഒരു YAML ഫയലിലെ ഒരു ഫീൽഡ് മാറ്റിസ്ഥാപിക്കുന്നതിന്, നിങ്ങൾ മാനിഫെസ്റ്റിലേക്ക് ഇനിപ്പറയുന്ന നിർമ്മാണം ചേർക്കേണ്ടതുണ്ട്:

#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yaml

ടെംപ്ലേറ്റ് എഞ്ചിനുകൾ ഇന്ന് നിലവിലുണ്ട് എന്നത് വളരെ സന്തോഷകരമാണ്, അല്ലേ?

പല കാരണങ്ങളാൽ, ഈ ആദ്യകാല കുബർനെറ്റസ് ഇൻസ്റ്റാളറിന് മാനിഫെസ്റ്റ് ഫയലുകളുടെ ഒരു ഹാർഡ്-കോഡഡ് ലിസ്റ്റ് ആവശ്യമായിരുന്നു, കൂടാതെ ഇവന്റുകളുടെ ഒരു ചെറിയ നിശ്ചിത ക്രമം മാത്രമേ നടപ്പിലാക്കൂ. ഈ പ്ലാറ്റ്‌ഫോമിലേക്ക് തങ്ങളുടെ ഉൽപ്പന്നം കൈമാറാൻ ശ്രമിച്ചപ്പോൾ Deis Workflow R&D ടീമിന് ബുദ്ധിമുട്ട് നേരിടേണ്ടി വന്നു - എന്നിരുന്നാലും, ആശയത്തിന്റെ വിത്തുകൾ ഇതിനകം വിതച്ചിരുന്നു. ഞങ്ങളുടെ ആദ്യ ശ്രമം ഒരു മികച്ച പഠനാവസരമായിരുന്നു: ഞങ്ങളുടെ ഉപയോക്താക്കൾക്കുള്ള ദൈനംദിന പ്രശ്‌നങ്ങൾ പരിഹരിക്കുന്ന പ്രായോഗിക ഉപകരണങ്ങൾ സൃഷ്‌ടിക്കുന്നതിൽ ഞങ്ങൾ ശരിക്കും അഭിനിവേശമുള്ളവരാണെന്ന് ഞങ്ങൾ തിരിച്ചറിഞ്ഞു.

മുൻകാല തെറ്റുകളുടെ അനുഭവത്തെ അടിസ്ഥാനമാക്കി, ഞങ്ങൾ ഹെൽം 2 വികസിപ്പിക്കാൻ തുടങ്ങി.

ഹെൽം 2 നിർമ്മിക്കുന്നു

2015 അവസാനത്തോടെ, Google ടീം ഞങ്ങളെ ബന്ധപ്പെട്ടു. അവർ കുബെർനെറ്റസിനായി സമാനമായ ഒരു ഉപകരണത്തിൽ പ്രവർത്തിക്കുകയായിരുന്നു. ഗൂഗിൾ ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമിനായി ഉപയോഗിച്ച നിലവിലുള്ള ഉപകരണത്തിന്റെ ഒരു പോർട്ട് ആയിരുന്നു കുബർനെറ്റസിനായുള്ള വിന്യാസ മാനേജർ. “സാദൃശ്യങ്ങളും വ്യത്യാസങ്ങളും ചർച്ച ചെയ്യാൻ കുറച്ച് ദിവസം ചെലവഴിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നുണ്ടോ?” എന്ന് അവർ ചോദിച്ചു.

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

ഹെൽമിന്റെ എളുപ്പത്തിലുള്ള ഉപയോഗം നിലനിർത്താൻ ഞങ്ങൾ ആഗ്രഹിച്ചു, എന്നാൽ ഇനിപ്പറയുന്നവ ചേർക്കുക:

• കസ്റ്റമൈസേഷനായി ചാർട്ട് ടെംപ്ലേറ്റുകൾ;
• ടീമുകൾക്കുള്ള ഇൻട്രാ ക്ലസ്റ്റർ മാനേജ്മെന്റ്;
• ലോകോത്തര ചാർട്ട് ശേഖരം;
• സിഗ്നേച്ചർ ഓപ്ഷനുള്ള സ്ഥിരതയുള്ള പാക്കേജ് ഫോർമാറ്റ്;
• സെമാന്റിക് പതിപ്പിംഗിനും പതിപ്പുകൾക്കിടയിൽ പിന്നോക്ക അനുയോജ്യത നിലനിർത്തുന്നതിനുമുള്ള ശക്തമായ പ്രതിബദ്ധത.

ഈ ലക്ഷ്യങ്ങൾ കൈവരിക്കുന്നതിന്, ഹെൽം ആവാസവ്യവസ്ഥയിൽ രണ്ടാമത്തെ ഘടകം ചേർത്തു. ഈ ഇൻട്രാ-ക്ലസ്റ്റർ ഘടകത്തെ ടില്ലർ എന്ന് വിളിക്കുന്നു, കൂടാതെ ഹെൽം ചാർട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനും അവ കൈകാര്യം ചെയ്യുന്നതിനും ഉത്തരവാദിത്തമുണ്ടായിരുന്നു.

2-ൽ ഹെൽം 2016 പുറത്തിറങ്ങിയതിനുശേഷം, കുബർനെറ്റസ് നിരവധി പ്രധാന പുതുമകൾ ചേർത്തിട്ടുണ്ട്. റോൾ-ബേസ്ഡ് ആക്സസ് കൺട്രോൾ ചേർത്തു (RBAC), ഇത് ഒടുവിൽ ആട്രിബ്യൂട്ട്-ബേസ്ഡ് ആക്സസ് കൺട്രോൾ (ABAC) മാറ്റിസ്ഥാപിച്ചു. പുതിയ റിസോഴ്സ് തരങ്ങൾ അവതരിപ്പിച്ചു (വിന്യാസങ്ങൾ അപ്പോഴും ബീറ്റയിലായിരുന്നു). ഇഷ്‌ടാനുസൃത റിസോഴ്‌സ് നിർവചനങ്ങൾ (യഥാർത്ഥത്തിൽ തേർഡ് പാർട്ടി റിസോഴ്‌സ് അല്ലെങ്കിൽ ടിപിആർ എന്ന് വിളിച്ചിരുന്നു) കണ്ടുപിടിച്ചതാണ്. ഏറ്റവും പ്രധാനമായി, മികച്ച സമ്പ്രദായങ്ങളുടെ ഒരു കൂട്ടം ഉയർന്നുവന്നു.

ഈ മാറ്റങ്ങൾക്കിടയിലും, ഹെൽം കുബർനെറ്റസ് ഉപയോക്താക്കളെ വിശ്വസ്തതയോടെ സേവിക്കുന്നത് തുടർന്നു. മൂന്ന് വർഷത്തിനും നിരവധി പുതിയ കൂട്ടിച്ചേർക്കലുകൾക്കും ശേഷം, വികസിച്ചുകൊണ്ടിരിക്കുന്ന ഒരു ആവാസവ്യവസ്ഥയുടെ വർദ്ധിച്ചുവരുന്ന ആവശ്യങ്ങൾ നിറവേറ്റുന്നത് തുടരാൻ ഹെൽമിന് കഴിയുമെന്ന് ഉറപ്പാക്കാൻ കോഡ്ബേസിൽ കാര്യമായ മാറ്റങ്ങൾ വരുത്തേണ്ട സമയമാണിതെന്ന് വ്യക്തമായിരുന്നു.

ടില്ലറിന് ഒരു ടെൻഡർ വിടവാങ്ങൽ

ഹെൽം 2-ന്റെ വികസന വേളയിൽ, ഗൂഗിളിന്റെ വിന്യാസ മാനേജറുമായുള്ള സംയോജനത്തിന്റെ ഭാഗമായി ഞങ്ങൾ ടില്ലർ അവതരിപ്പിച്ചു. ഒരു പൊതു ക്ലസ്റ്ററിനുള്ളിൽ പ്രവർത്തിക്കുന്ന ടീമുകൾക്കായി ടില്ലർ ഒരു പ്രധാന പങ്ക് വഹിച്ചു: ഇൻഫ്രാസ്ട്രക്ചർ പ്രവർത്തിപ്പിക്കുന്ന വ്യത്യസ്ത സ്പെഷ്യലിസ്റ്റുകളെ ഒരേ റിലീസുകളുമായി സംവദിക്കാൻ ഇത് അനുവദിച്ചു.

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

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

ടില്ലറുടെ പ്രധാന ലക്ഷ്യം ടില്ലറില്ലാതെ നേടിയെടുക്കാമായിരുന്നു, അതിനാൽ ഹെൽം 3 നെക്കുറിച്ചുള്ള ഞങ്ങളുടെ ആദ്യ തീരുമാനങ്ങളിലൊന്ന് ടില്ലറിനെ പൂർണ്ണമായും ഉപേക്ഷിക്കുക എന്നതായിരുന്നു.

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

ചാർട്ട് റിപ്പോസിറ്ററികൾ

ഉയർന്ന തലത്തിൽ, ചാർട്ടുകൾ സംഭരിക്കാനും പങ്കിടാനും കഴിയുന്ന ഒരു സ്ഥലമാണ് ചാർട്ട് ശേഖരം. ഹെൽം ക്ലയന്റ് പാക്കേജ് ചെയ്ത് ചാർട്ടുകൾ ശേഖരത്തിലേക്ക് അയയ്ക്കുന്നു. ലളിതമായി പറഞ്ഞാൽ, ഒരു index.yaml ഫയലും ചില പാക്കേജുചെയ്ത ചാർട്ടുകളും ഉള്ള ഒരു പ്രാകൃത HTTP സെർവറാണ് ചാർട്ട് ശേഖരം.

ഏറ്റവും അടിസ്ഥാന സ്റ്റോറേജ് ആവശ്യകതകൾ നിറവേറ്റുന്ന ചാർട്ട്സ് റിപ്പോസിറ്ററി API ന് ചില ഗുണങ്ങളുണ്ടെങ്കിലും, ചില ദോഷങ്ങളുമുണ്ട്:

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

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

എന്നാൽ കണ്ടെയ്‌നർ ഇമേജുകൾ മാത്രമല്ല, ഏത് തരത്തിലുള്ള ഉള്ളടക്കവും വിതരണം ചെയ്യാനാണ് വിതരണ പദ്ധതി രൂപകൽപ്പന ചെയ്തിരിക്കുന്നതെന്ന് നിങ്ങൾക്കറിയാമോ?

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

ഹെൽം ചാർട്ട് റിപ്പോസിറ്ററികളിൽ വരാനിരിക്കുന്ന ചില മാറ്റങ്ങളുടെ കൂടുതൽ വിശദമായ വിവരണം ലഭ്യമാണ് ബന്ധം.

റിലീസ് മാനേജ്മെന്റ്

ഹെൽം 3-ൽ, ഒരു ജോടി ഒബ്‌ജക്‌റ്റുകൾ ഉപയോഗിച്ച് ക്ലസ്റ്ററിനുള്ളിൽ ആപ്ലിക്കേഷൻ അവസ്ഥ ട്രാക്കുചെയ്യുന്നു:

• റിലീസ് ഒബ്ജക്റ്റ് - ഒരു ആപ്ലിക്കേഷൻ ഉദാഹരണം പ്രതിനിധീകരിക്കുന്നു;
• റിലീസ് പതിപ്പ് രഹസ്യം - ഒരു നിശ്ചിത സമയത്ത് ആപ്ലിക്കേഷന്റെ ആവശ്യമുള്ള അവസ്ഥയെ പ്രതിനിധീകരിക്കുന്നു (ഉദാഹരണത്തിന്, ഒരു പുതിയ പതിപ്പിന്റെ റിലീസ്).

വെല്ലുവിളി helm install ഒരു റിലീസ് ഒബ്ജക്റ്റും റിലീസ് പതിപ്പ് രഹസ്യവും സൃഷ്ടിക്കുന്നു. വിളി helm upgrade ഒരു റിലീസ് ഒബ്‌ജക്‌റ്റിന് ആവശ്യമാണ് (അത് മാറ്റാൻ കഴിയും) കൂടാതെ പുതിയ മൂല്യങ്ങളും തയ്യാറാക്കിയ മാനിഫെസ്റ്റും അടങ്ങുന്ന ഒരു പുതിയ റിലീസ് പതിപ്പ് രഹസ്യം സൃഷ്‌ടിക്കുന്നു.

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

റിലീസ് പതിപ്പ് രഹസ്യം റിവിഷനുകളുടെ ഒരു ശ്രേണിയുമായി (ഇൻസ്റ്റാളേഷൻ, അപ്ഡേറ്റുകൾ, റോൾബാക്കുകൾ, ഇല്ലാതാക്കൽ) ഒരു റിലീസിനെ ബന്ധപ്പെടുത്തുന്നു.

ഹെൽം 2 ൽ, പുനരവലോകനങ്ങൾ വളരെ സ്ഥിരതയുള്ളതായിരുന്നു. വിളി helm install v1 സൃഷ്ടിച്ചു, തുടർന്നുള്ള അപ്ഡേറ്റ് (അപ്ഗ്രേഡ്) - v2, തുടങ്ങിയവ. റിലീസ്, റിലീസ് പതിപ്പ് രഹസ്യം റിവിഷൻ എന്നറിയപ്പെടുന്ന ഒരൊറ്റ ഒബ്ജക്റ്റിലേക്ക് ചുരുക്കിയിരിക്കുന്നു. പുനരവലോകനങ്ങൾ ടില്ലറിന്റെ അതേ നെയിംസ്‌പെയ്‌സിൽ സംഭരിച്ചു, അതായത് ഓരോ റിലീസും നെയിംസ്‌പെയ്‌സിന്റെ അടിസ്ഥാനത്തിൽ "ഗ്ലോബൽ" ആയിരുന്നു; തൽഫലമായി, പേരിന്റെ ഒരു ഉദാഹരണം മാത്രമേ ഉപയോഗിക്കാനാകൂ.

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

ടില്ലർ ഉപേക്ഷിച്ചതിന് ശേഷം, ഹെൽം 3 സ്റ്റോറുകൾ റിലീസ് ചെയ്ത അതേ നെയിംസ്‌പെയ്‌സിൽ ഡാറ്റ റിലീസ് ചെയ്യുന്നു. ഈ മാറ്റം നിങ്ങളെ മറ്റൊരു നെയിംസ്‌പെയ്‌സിൽ ഒരേ റിലീസ് നാമമുള്ള ഒരു ചാർട്ട് ഇൻസ്റ്റാൾ ചെയ്യാൻ അനുവദിക്കുന്നു, കൂടാതെ etcd-യിലെ ക്ലസ്റ്റർ അപ്‌ഡേറ്റുകൾ/റീബൂട്ടുകൾക്കിടയിൽ ഡാറ്റ സംരക്ഷിക്കപ്പെടുന്നു. ഉദാഹരണത്തിന്, "foo" നെയിംസ്പേസിലും തുടർന്ന് "ബാർ" നെയിംസ്പേസിലും നിങ്ങൾക്ക് വേർഡ്പ്രസ്സ് ഇൻസ്റ്റാൾ ചെയ്യാം, കൂടാതെ രണ്ട് റിലീസുകൾക്കും "വേർഡ്പ്രസ്സ്" എന്ന് പേരിടാം.

ചാർട്ട് ഡിപൻഡൻസികളിലെ മാറ്റങ്ങൾ

ചാർട്ടുകൾ പായ്ക്ക് ചെയ്തു (ഉപയോഗിക്കുന്നത് helm package) ഹെൽം 2 ഉപയോഗിച്ചുള്ള ഉപയോഗത്തിന്, ഹെൽം 3 ഉപയോഗിച്ച് ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും, എന്നിരുന്നാലും ചാർട്ട് ഡെവലപ്‌മെന്റ് വർക്ക്ഫ്ലോ പൂർണ്ണമായും മാറ്റിമറിച്ചിരിക്കുന്നു, അതിനാൽ ഹെൽം 3 ഉപയോഗിച്ച് ചാർട്ട് വികസനം തുടരുന്നതിന് ചില മാറ്റങ്ങൾ വരുത്തേണ്ടതുണ്ട്. പ്രത്യേകിച്ചും, ചാർട്ട് ഡിപൻഡൻസി മാനേജ്മെന്റ് സിസ്റ്റം മാറിയിരിക്കുന്നു.

ചാർട്ടിന്റെ ഡിപൻഡൻസി മാനേജ്മെന്റ് സിസ്റ്റം ഇതിൽ നിന്ന് നീങ്ങി requirements.yaml и requirements.lock ഓൺ Chart.yaml и Chart.lock. ഇതിനർത്ഥം കമാൻഡ് ഉപയോഗിച്ച ചാർട്ടുകൾ എന്നാണ് helm dependency, ഹെൽം 3-ൽ പ്രവർത്തിക്കാൻ കുറച്ച് സജ്ജീകരണം ആവശ്യമാണ്.

ഒരു ഉദാഹരണം നോക്കാം. ഹെൽം 2-ലെ ചാർട്ടിലേക്ക് ഒരു ഡിപൻഡൻസി ചേർക്കുകയും ഹെൽം 3-ലേക്ക് മാറുമ്പോൾ എന്ത് മാറ്റമുണ്ടാകുമെന്ന് നോക്കാം.

ഹെൽം 2 ൽ requirements.yaml ഇതുപോലെ കാണപ്പെട്ടു:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

ഹെൽം 3-ൽ, അതേ ആശ്രയത്വം നിങ്ങളിൽ പ്രതിഫലിക്കും Chart.yaml:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

ചാർട്ടുകൾ ഇപ്പോഴും ഡൗൺലോഡ് ചെയ്‌ത് ഡയറക്‌ടറിയിൽ സ്ഥാപിച്ചിരിക്കുന്നു charts/, അങ്ങനെ ഉപചാർട്ടുകൾ (ഉപചാർട്ടുകൾ), കാറ്റലോഗിൽ കിടക്കുന്നു charts/, മാറ്റങ്ങളില്ലാതെ പ്രവർത്തിക്കുന്നത് തുടരും.

ലൈബ്രറി ചാർട്ടുകൾ അവതരിപ്പിക്കുന്നു

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

വിഭാഗത്തിൽ ലൈബ്രറി ചാർട്ടുകൾ പ്രഖ്യാപിച്ചു dependencies ഫയലിൽ Chart.yaml. അവ ഇൻസ്റ്റാൾ ചെയ്യുന്നതും കൈകാര്യം ചെയ്യുന്നതും മറ്റ് ചാർട്ടുകളിൽ നിന്ന് വ്യത്യസ്തമല്ല.

dependencies:
  - name: mylib
    version: 1.x.x
    repository: quay.io

ചാർട്ട് ഡെവലപ്പർമാർക്കായി ഈ ഘടകം തുറക്കുന്ന ഉപയോഗ സാഹചര്യങ്ങളിലും ലൈബ്രറി ചാർട്ടുകളിൽ നിന്ന് ഉയർന്നുവരുന്ന മികച്ച സമ്പ്രദായങ്ങളിലും ഞങ്ങൾ ആവേശഭരിതരാണ്.

അടുത്തത് എന്ത്?

Helm 3.0.0-alpha.1 ആണ് ഞങ്ങൾ ഹെൽമിന്റെ ഒരു പുതിയ പതിപ്പ് നിർമ്മിക്കാൻ തുടങ്ങുന്ന അടിസ്ഥാനം. ലേഖനത്തിൽ ഞാൻ ഹെൽം 3 ന്റെ ചില രസകരമായ സവിശേഷതകൾ വിവരിച്ചു. അവയിൽ പലതും ഇപ്പോഴും വികസനത്തിന്റെ പ്രാരംഭ ഘട്ടത്തിലാണ്, ഇത് സാധാരണമാണ്; ആശയം പരീക്ഷിക്കുക, ആദ്യകാല ഉപയോക്താക്കളിൽ നിന്ന് ഫീഡ്ബാക്ക് ശേഖരിക്കുക, ഞങ്ങളുടെ അനുമാനങ്ങൾ സ്ഥിരീകരിക്കുക എന്നിവയാണ് ആൽഫ റിലീസിന്റെ ലക്ഷ്യം.

ആൽഫ പതിപ്പ് പുറത്തിറങ്ങിയ ഉടൻ (ഇത് ഓർക്കുക ഇതിനകം സംഭവിച്ചു - ഏകദേശം. പരിഭാഷ.), ഞങ്ങൾ കമ്മ്യൂണിറ്റിയിൽ നിന്ന് ഹെൽം 3-നുള്ള പാച്ചുകൾ സ്വീകരിക്കാൻ തുടങ്ങും. പുതിയ പ്രവർത്തനക്ഷമത വികസിപ്പിക്കാനും സ്വീകരിക്കാനും അനുവദിക്കുന്ന ശക്തമായ അടിത്തറ നിങ്ങൾ സൃഷ്ടിക്കേണ്ടതുണ്ട്, കൂടാതെ ടിക്കറ്റുകൾ തുറന്ന് പരിഹാരങ്ങൾ വരുത്തി ഉപയോക്താക്കൾക്ക് ഈ പ്രക്രിയയിൽ പങ്കാളികളാകാൻ കഴിയും.

Helm 3-ലേക്ക് വരുന്ന ചില പ്രധാന മെച്ചപ്പെടുത്തലുകൾ ഞാൻ ഹൈലൈറ്റ് ചെയ്യാൻ ശ്രമിച്ചു, എന്നാൽ ഈ ലിസ്റ്റ് ഒരു തരത്തിലും സമഗ്രമല്ല. മെച്ചപ്പെടുത്തിയ അപ്‌ഡേറ്റ് തന്ത്രങ്ങൾ, OCI രജിസ്‌ട്രികളുമായുള്ള ആഴത്തിലുള്ള സംയോജനം, ചാർട്ട് മൂല്യങ്ങൾ സാധൂകരിക്കുന്നതിന് JSON സ്‌കീമകളുടെ ഉപയോഗം എന്നിവ പോലുള്ള സവിശേഷതകൾ ഹെൽം 3-ന്റെ പൂർണ്ണമായ റോഡ്‌മാപ്പിൽ ഉൾപ്പെടുന്നു. കഴിഞ്ഞ മൂന്ന് വർഷമായി അവഗണിക്കപ്പെട്ട കോഡ്ബേസ് വൃത്തിയാക്കാനും അതിന്റെ ഭാഗങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്യാനും ഞങ്ങൾ പദ്ധതിയിടുന്നു.

ഞങ്ങൾക്ക് എന്തെങ്കിലും നഷ്ടമായെന്ന് നിങ്ങൾക്ക് തോന്നുന്നുവെങ്കിൽ, നിങ്ങളുടെ ചിന്തകൾ കേൾക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു!

ഞങ്ങളുടെ ചർച്ചയിൽ ചേരുക സ്ലാക്ക് ചാനലുകൾ:

• #helm-users ചോദ്യങ്ങൾക്കും സമൂഹവുമായുള്ള ലളിതമായ ആശയവിനിമയത്തിനും;
• #helm-dev പുൾ അഭ്യർത്ഥനകൾ, കോഡ്, ബഗുകൾ എന്നിവ ചർച്ച ചെയ്യാൻ.

വ്യാഴാഴ്ചകളിൽ 19:30 MSK-ന് ഞങ്ങളുടെ പ്രതിവാര പൊതു ഡെവലപ്പർ കോളുകളിലും നിങ്ങൾക്ക് ചാറ്റ് ചെയ്യാം. പ്രധാന ഡെവലപ്പർമാരും കമ്മ്യൂണിറ്റിയും പ്രവർത്തിക്കുന്ന പ്രശ്‌നങ്ങളും ആഴ്‌ചയിലെ ചർച്ചാ വിഷയങ്ങളും ചർച്ച ചെയ്യാൻ മീറ്റിംഗുകൾ സമർപ്പിക്കുന്നു. യോഗത്തിൽ ആർക്കും പങ്കെടുക്കാം, പങ്കെടുക്കാം. Slack ചാനലിൽ ലിങ്ക് ലഭ്യമാണ് #helm-dev.

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

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

• «കുബർനെറ്റസിനായുള്ള പാക്കേജ് മാനേജർ - ഹെൽം: ഭൂതകാലം, വർത്തമാനം, ഭാവി";
• «ഹെൽം 2-ലേക്കുള്ള ഒരു ശാന്തമായ നോട്ടം: "ഇതാണ് ഇത്..."";
• «കുബർനെറ്റസിനായുള്ള പാക്കേജ് മാനേജറിലേക്കുള്ള പ്രായോഗിക ആമുഖം - ഹെൽം";
• «കുബെർനെറ്റസ് നുറുങ്ങുകളും തന്ത്രങ്ങളും: ഒരു ക്ലസ്റ്ററിൽ പ്രവർത്തിക്കുന്ന ഉറവിടങ്ങൾ ഹെൽം 2 മാനേജ്മെന്റിലേക്ക് കൈമാറുന്നു";
• «ഡാപ്പ് ഉപയോഗിച്ച് പരിശീലിക്കുക. ഭാഗം 2. ഹെൽം ഉപയോഗിച്ച് കുബർനെറ്റസിലേക്ക് ഡോക്കർ ചിത്രങ്ങൾ വിന്യസിക്കുന്നു".

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