ഹെൽം സെക്യൂരിറ്റി

Kubernetes-ന്റെ ഏറ്റവും ജനപ്രിയമായ പാക്കേജ് മാനേജരെക്കുറിച്ചുള്ള കഥയുടെ സാരാംശം ഒരു ഇമോജി ഉപയോഗിച്ച് ചിത്രീകരിക്കാം:

• ബോക്സ് ഹെൽം ആണ് (ഇത് ഏറ്റവും പുതിയ ഇമോജി റിലീസിന് ഏറ്റവും അടുത്തുള്ളത്);
• ലോക്ക് - സുരക്ഷ;
• ചെറിയ മനുഷ്യനാണ് പ്രശ്നത്തിനുള്ള പരിഹാരം.

വാസ്തവത്തിൽ, എല്ലാം കുറച്ചുകൂടി സങ്കീർണ്ണമായിരിക്കും, കൂടാതെ കഥയെക്കുറിച്ചുള്ള സാങ്കേതിക വിശദാംശങ്ങൾ നിറഞ്ഞതാണ് ഹെൽമിനെ എങ്ങനെ സുരക്ഷിതമാക്കാം.

• നിങ്ങൾ അറിഞ്ഞില്ലെങ്കിലോ മറന്നുപോയെങ്കിലോ എന്താണ് ഹെൽം എന്ന് ചുരുക്കി പറയാം. ഇത് എന്ത് പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു, അത് ആവാസവ്യവസ്ഥയിൽ എവിടെയാണ് സ്ഥിതി ചെയ്യുന്നത്.
• ഹെൽം വാസ്തുവിദ്യ നോക്കാം. ഘടകത്തിൻ്റെ ആർക്കിടെക്ചർ മനസിലാക്കാതെ സുരക്ഷയെ കുറിച്ചുള്ള ഒരു സംഭാഷണവും ഒരു ടൂൾ അല്ലെങ്കിൽ സൊല്യൂഷൻ കൂടുതൽ സുരക്ഷിതമാക്കുന്നത് എങ്ങനെയെന്നത് പൂർത്തിയാകില്ല.
• ഹെൽമിന്റെ ഘടകങ്ങൾ ചർച്ച ചെയ്യാം.
• ഏറ്റവും കത്തുന്ന ചോദ്യം ഭാവിയാണ് - ഹെൽം 3 ൻ്റെ പുതിയ പതിപ്പ്. 

ഈ ലേഖനത്തിലെ എല്ലാം ഹെൽം 2-ന് ബാധകമാണ്. ഈ പതിപ്പ് നിലവിൽ നിർമ്മാണത്തിലാണ്, മിക്കവാറും നിങ്ങൾ നിലവിൽ ഉപയോഗിക്കുന്ന ഒന്നായിരിക്കും ഇത്, സുരക്ഷാ അപകടസാധ്യതകൾ ഉൾക്കൊള്ളുന്ന പതിപ്പാണിത്.

സ്പീക്കറെ കുറിച്ച്: അലക്സാണ്ടർ ഖയോറോവ് (allexx) 10 വർഷമായി വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്നു, ഉള്ളടക്കം മെച്ചപ്പെടുത്താൻ സഹായിക്കുന്നു മോസ്കോ പൈത്തൺ കോൺഫ്++ കമ്മിറ്റിയിൽ ചേർന്നു ഹെൽം ഉച്ചകോടി. ഇപ്പോൾ അദ്ദേഹം ചെയിൻസ്റ്റാക്കിൽ ഒരു ഡെവലപ്‌മെന്റ് ലീഡായി പ്രവർത്തിക്കുന്നു - ഇത് ഒരു ഡെവലപ്‌മെന്റ് മാനേജരും അന്തിമ റിലീസുകൾ നൽകുന്നതിന് ഉത്തരവാദിയായ വ്യക്തിയും തമ്മിലുള്ള ഒരു സങ്കരമാണ്. അതായത്, ഒരു ഉൽപ്പന്നത്തിന്റെ സൃഷ്ടി മുതൽ അതിന്റെ പ്രവർത്തനം വരെ എല്ലാം സംഭവിക്കുന്ന യുദ്ധക്കളത്തിലാണ് ഇത് സ്ഥിതിചെയ്യുന്നത്.

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

ഹെൽം

ഇത് കുബർനെറ്റസിനുള്ള ഒരു പാക്കേജ് (ചാർട്ട്) മാനേജരാണ്. ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിലേക്ക് ആപ്ലിക്കേഷനുകൾ കൊണ്ടുവരുന്നതിനുള്ള ഏറ്റവും അവബോധജന്യവും സാർവത്രികവുമായ മാർഗ്ഗം.

നിങ്ങളുടെ സ്വന്തം YAML മാനിഫെസ്റ്റുകൾ സൃഷ്‌ടിക്കുന്നതിനേക്കാളും ചെറിയ യൂട്ടിലിറ്റികൾ എഴുതുന്നതിനേക്കാളും കൂടുതൽ ഘടനാപരവും വ്യാവസായികവുമായ സമീപനത്തെക്കുറിച്ചാണ് ഞങ്ങൾ സംസാരിക്കുന്നത്.

നിലവിൽ ലഭ്യമായതും ജനപ്രിയവുമായതിൽ ഏറ്റവും മികച്ചത് ഹെൽമാണ്.

എന്തുകൊണ്ട് ഹെൽം? പ്രാഥമികമായി ഇത് CNCF പിന്തുണയ്ക്കുന്നതിനാൽ. ക്ലൗഡ് നേറ്റീവ് ഒരു വലിയ ഓർഗനൈസേഷനാണ്, കൂടാതെ കുബർനെറ്റസ്, etcd, Fluentd തുടങ്ങിയ പ്രോജക്‌റ്റുകൾക്കുള്ള മാതൃ കമ്പനിയുമാണ്.

മറ്റൊരു പ്രധാന വസ്തുത, ഹെൽം വളരെ ജനപ്രിയമായ ഒരു പദ്ധതിയാണ്. 2019 ജനുവരിയിൽ ഹെൽമിനെ എങ്ങനെ സുരക്ഷിതമാക്കാം എന്നതിനെക്കുറിച്ച് സംസാരിക്കാൻ തുടങ്ങിയപ്പോൾ, പ്രോജക്റ്റിന് GitHub-ൽ ആയിരം നക്ഷത്രങ്ങൾ ഉണ്ടായിരുന്നു. മെയ് മാസത്തോടെ അവരിൽ 12 ആയിരം പേർ ഉണ്ടായിരുന്നു.

നിരവധി ആളുകൾക്ക് ഹെൽമിൽ താൽപ്പര്യമുണ്ട്, അതിനാൽ നിങ്ങൾ ഇത് ഇതുവരെ ഉപയോഗിച്ചിട്ടില്ലെങ്കിലും, അതിന്റെ സുരക്ഷയെക്കുറിച്ച് അറിയുന്നത് നിങ്ങൾക്ക് പ്രയോജനം ചെയ്യും. സുരക്ഷ പ്രധാനമാണ്.

കോർ ഹെൽം ടീമിനെ Microsoft Azure പിന്തുണയ്ക്കുന്നു, അതിനാൽ മറ്റു പലതിൽ നിന്നും വ്യത്യസ്തമായി ഇത് വളരെ സ്ഥിരതയുള്ള ഒരു പ്രോജക്റ്റാണ്. ജൂലൈ പകുതിയോടെ ഹെൽം 3 ആൽഫ 2 ന്റെ റിലീസ് സൂചിപ്പിക്കുന്നത്, പ്രോജക്റ്റിൽ ധാരാളം ആളുകൾ പ്രവർത്തിക്കുന്നുണ്ടെന്നും അവർക്ക് ഹെൽമിനെ വികസിപ്പിക്കാനും മെച്ചപ്പെടുത്താനുമുള്ള ആഗ്രഹവും ഊർജ്ജവും ഉണ്ടെന്നും സൂചിപ്പിക്കുന്നു.

കുബർനെറ്റസിലെ ആപ്ലിക്കേഷൻ മാനേജ്മെന്റിന്റെ നിരവധി അടിസ്ഥാന പ്രശ്നങ്ങൾ ഹെൽം പരിഹരിക്കുന്നു.

• ആപ്ലിക്കേഷൻ പാക്കേജിംഗ്. WordPress-ലെ "ഹലോ, വേൾഡ്" പോലുള്ള ഒരു ആപ്ലിക്കേഷൻ പോലും ഇതിനകം തന്നെ നിരവധി സേവനങ്ങൾ ഉൾക്കൊള്ളുന്നു, അവ ഒരുമിച്ച് പാക്കേജുചെയ്യാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നു.
• ഈ ആപ്ലിക്കേഷനുകൾ കൈകാര്യം ചെയ്യുന്നതുമായി ബന്ധപ്പെട്ട സങ്കീർണ്ണത നിയന്ത്രിക്കുന്നു.
• ആപ്ലിക്കേഷൻ ഇൻസ്റ്റാൾ ചെയ്തതിന് ശേഷം അല്ലെങ്കിൽ വിന്യസിച്ചതിന് ശേഷം അവസാനിക്കാത്ത ഒരു ജീവിത ചക്രം. ഇത് ജീവിക്കുന്നത് തുടരുന്നു, അത് അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്, കൂടാതെ ഹെൽം ഇതിന് സഹായിക്കുകയും ഇതിനായി ശരിയായ നടപടികളും നയങ്ങളും കൊണ്ടുവരാൻ ശ്രമിക്കുകയും ചെയ്യുന്നു.

ബാഗിംഗ് ഇത് വ്യക്തമായ രീതിയിൽ ക്രമീകരിച്ചിരിക്കുന്നു: Linux, Windows അല്ലെങ്കിൽ MacOS എന്നിവയ്‌ക്കായുള്ള ഒരു സാധാരണ പാക്കേജ് മാനേജരുടെ പ്രവർത്തനത്തിന് അനുസൃതമായി മെറ്റാഡാറ്റയുണ്ട്. അതായത്, ഒരു റിപ്പോസിറ്ററി, വിവിധ പാക്കേജുകളുടെ ആശ്രിതത്വങ്ങൾ, ആപ്ലിക്കേഷനുകൾക്കായുള്ള മെറ്റാ വിവരങ്ങൾ, ക്രമീകരണങ്ങൾ, കോൺഫിഗറേഷൻ സവിശേഷതകൾ, ഇൻഫർമേഷൻ ഇൻഡക്‌സിംഗ് മുതലായവ. ഹെൽം നിങ്ങളെ ആപ്ലിക്കേഷനുകൾക്കായി ഉപയോഗിക്കാനും ഉപയോഗിക്കാനും അനുവദിക്കുന്നു.

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

ആപ്ലിക്കേഷൻ ലൈഫ് സൈക്കിൾ മാനേജ്മെന്റ് - എൻ്റെ അഭിപ്രായത്തിൽ, ഇത് ഏറ്റവും രസകരവും പരിഹരിക്കപ്പെടാത്തതുമായ ചോദ്യമാണ്. ഇക്കാരണത്താലാണ് ഞാൻ വീണ്ടും ഹെൽമിലേക്ക് വന്നത്. ഞങ്ങൾക്ക് ആപ്ലിക്കേഷൻ ലൈഫ് സൈക്കിൾ പിന്തുടരേണ്ടതുണ്ട്, കൂടാതെ ഞങ്ങളുടെ CI/CD, ആപ്ലിക്കേഷൻ സൈക്കിളുകൾ ഈ മാതൃകയിലേക്ക് നീക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

ഹെൽം നിങ്ങളെ അനുവദിക്കുന്നു:

• വിന്യാസങ്ങൾ കൈകാര്യം ചെയ്യുക, കോൺഫിഗറേഷനും പുനരവലോകനവും എന്ന ആശയം അവതരിപ്പിക്കുന്നു;
• റോൾബാക്ക് വിജയകരമായി നടപ്പിലാക്കുക;
• വ്യത്യസ്ത പരിപാടികൾക്കായി കൊളുത്തുകൾ ഉപയോഗിക്കുക;
• കൂടുതൽ ആപ്ലിക്കേഷൻ പരിശോധനകൾ ചേർക്കുകയും അവയുടെ ഫലങ്ങളോട് പ്രതികരിക്കുകയും ചെയ്യുക.

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

ഹെൽം മൂന്ന് പ്രധാന ആശയങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്:

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

ഹെൽം വാസ്തുവിദ്യ

ഡയഗ്രം ഹെൽമിന്റെ ഉയർന്ന തലത്തിലുള്ള വാസ്തുവിദ്യയെ ആശയപരമായി ചിത്രീകരിക്കുന്നു.

കുബർനെറ്റസുമായി ബന്ധപ്പെട്ട ഒന്നാണ് ഹെൽമെന്ന് ഞാൻ നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ. അതിനാൽ, ഒരു കുബർനെറ്റസ് ക്ലസ്റ്റർ (ദീർഘചതുരം) ഇല്ലാതെ നമുക്ക് ചെയ്യാൻ കഴിയില്ല. ക്യൂബ്-അപിസർവർ ഘടകം മാസ്റ്ററിൽ വസിക്കുന്നു. ഹെൽമില്ലാതെ നമുക്ക് Kubeconfig ഉണ്ട്. ഒരു കമ്പ്യൂട്ടർ, ലാപ്‌ടോപ്പ്, മെയിൻഫ്രെയിം എന്നിവയിൽ ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്ന ഹെൽം സിഎൽഐ യൂട്ടിലിറ്റി എന്ന് നിങ്ങൾക്ക് വിളിക്കാമെങ്കിൽ, ഹെൽം ഒരു ചെറിയ ബൈനറി കൊണ്ടുവരുന്നു.

എന്നാൽ ഇത് മതിയാകുന്നില്ല. ഹെൽമിന് ടില്ലർ എന്ന സെർവർ ഘടകം ഉണ്ട്. ഇത് ക്ലസ്റ്ററിനുള്ളിലെ ഹെൽമിന്റെ താൽപ്പര്യങ്ങളെ പ്രതിനിധീകരിക്കുന്നു; മറ്റേതൊരു പോലെ കുബർനെറ്റസ് ക്ലസ്റ്ററിനുള്ളിലെ ഒരു ആപ്ലിക്കേഷനാണ് ഇത്.

ചാർട്ട് റിപ്പോയുടെ അടുത്ത ഘടകം ചാർട്ടുകളുള്ള ഒരു ശേഖരമാണ്. ഒരു ഔദ്യോഗിക ശേഖരം ഉണ്ട്, ഒരു കമ്പനിയുടെയോ പ്രോജക്റ്റിന്റെയോ ഒരു സ്വകാര്യ ശേഖരം ഉണ്ടായിരിക്കാം.

ഇടപെടൽ

ഹെൽം ഉപയോഗിച്ച് ഒരു ആപ്ലിക്കേഷൻ ഇൻസ്റ്റാൾ ചെയ്യാൻ താൽപ്പര്യപ്പെടുമ്പോൾ ആർക്കിടെക്ചർ ഘടകങ്ങൾ എങ്ങനെ ഇടപെടുന്നുവെന്ന് നോക്കാം.

• ഞങ്ങൾ സംസാരിക്കുന്നു Helm install, റിപ്പോസിറ്ററി (ചാർട്ട് റിപ്പോ) ആക്സസ് ചെയ്ത് ഒരു ഹെൽം ചാർട്ട് നേടുക.

• ഏത് ക്ലസ്റ്ററാണ് ബന്ധപ്പെടേണ്ടതെന്ന് കണ്ടെത്തുന്നതിന് ഹെൽം യൂട്ടിലിറ്റി (Helm CLI) Kubeconfig-മായി സംവദിക്കുന്നു. 
• ഈ വിവരം ലഭിച്ച ശേഷം, ഞങ്ങളുടെ ക്ലസ്റ്ററിൽ സ്ഥിതിചെയ്യുന്ന ടില്ലറിനെ ഒരു ആപ്ലിക്കേഷനായി യൂട്ടിലിറ്റി സൂചിപ്പിക്കുന്നു. 
• Kubernetes-ൽ പ്രവർത്തനങ്ങൾ നടത്താനും ചില വസ്തുക്കൾ (സേവനങ്ങൾ, പോഡുകൾ, പകർപ്പുകൾ, രഹസ്യങ്ങൾ മുതലായവ) സൃഷ്ടിക്കാനും ടില്ലർ Kube-apiserver-നെ വിളിക്കുന്നു.

അടുത്തതായി, ഹെൽം ആർക്കിടെക്ചർ മൊത്തത്തിൽ തുറന്നുകാട്ടാൻ കഴിയുന്ന ആക്രമണ വെക്റ്റർ കാണുന്നതിന് ഞങ്ങൾ ഡയഗ്രം സങ്കീർണ്ണമാക്കും. എന്നിട്ട് ഞങ്ങൾ അവളെ സംരക്ഷിക്കാൻ ശ്രമിക്കും.

ആക്രമണ വെക്റ്റർ

ആദ്യത്തെ സാധ്യതയുള്ള ദുർബലമായ പോയിന്റ് പ്രത്യേക API-ഉപയോക്താവ്. പദ്ധതിയുടെ ഭാഗമായി, ഹെൽം സിഎൽഐയിലേക്ക് അഡ്മിൻ ആക്സസ് നേടിയ ഒരു ഹാക്കറാണിത്.

പ്രത്യേകാവകാശമില്ലാത്ത API ഉപയോക്താവ് സമീപത്ത് എവിടെയെങ്കിലും ആണെങ്കിൽ അപകടമുണ്ടാക്കാം. അത്തരമൊരു ഉപയോക്താവിന് മറ്റൊരു സന്ദർഭം ഉണ്ടായിരിക്കും, ഉദാഹരണത്തിന്, അവനെ Kubeconfig ക്രമീകരണങ്ങളിൽ ഒരു ക്ലസ്റ്റർ നെയിംസ്പേസിൽ സ്ഥിരപ്പെടുത്താൻ കഴിയും.

ഏറ്റവും രസകരമായ ആക്രമണ വെക്റ്റർ ടില്ലറിന് സമീപം എവിടെയെങ്കിലും ഒരു ക്ലസ്റ്ററിനുള്ളിൽ വസിക്കുന്ന ഒരു പ്രക്രിയയായിരിക്കാം, അത് ആക്സസ് ചെയ്യാൻ കഴിയും. ഇത് ക്ലസ്റ്ററിൻ്റെ നെറ്റ്‌വർക്ക് എൻവയോൺമെൻ്റ് കാണുന്ന ഒരു വെബ് സെർവറോ മൈക്രോ സർവീസോ ആകാം.

വിചിത്രമായ, എന്നാൽ കൂടുതൽ പ്രചാരമുള്ള, ആക്രമണ വേരിയന്റിൽ ചാർട്ട് റിപ്പോ ഉൾപ്പെടുന്നു. സത്യസന്ധമല്ലാത്ത ഒരു രചയിതാവ് സൃഷ്ടിച്ച ഒരു ചാർട്ടിൽ സുരക്ഷിതമല്ലാത്ത ഉറവിടങ്ങൾ അടങ്ങിയിരിക്കാം, അത് വിശ്വാസത്തിൽ എടുത്ത് നിങ്ങൾ അത് പൂർത്തിയാക്കും. അല്ലെങ്കിൽ ഔദ്യോഗിക ശേഖരത്തിൽ നിന്ന് നിങ്ങൾ ഡൗൺലോഡ് ചെയ്യുന്ന ചാർട്ടിന് പകരം വയ്ക്കാനും, ഉദാഹരണത്തിന്, നയങ്ങളുടെ രൂപത്തിൽ ഒരു റിസോഴ്‌സ് സൃഷ്‌ടിക്കുകയും അതിന്റെ ആക്‌സസ് വർദ്ധിപ്പിക്കുകയും ചെയ്യാം.

ഈ നാല് വശത്തുനിന്നും ആക്രമണങ്ങളെ പ്രതിരോധിക്കാൻ ശ്രമിക്കാം, കൂടാതെ ഹെൽം വാസ്തുവിദ്യയിൽ എവിടെയാണ് പ്രശ്‌നങ്ങളുള്ളതെന്നും എവിടെയൊന്നും ഇല്ലെന്നും കണ്ടെത്താം.

നമുക്ക് ഡയഗ്രം വലുതാക്കാം, കൂടുതൽ ഘടകങ്ങൾ ചേർക്കുക, എന്നാൽ എല്ലാ അടിസ്ഥാന ഘടകങ്ങളും സൂക്ഷിക്കുക.

Helm CLI ചാർട്ട് റിപ്പോയുമായി ആശയവിനിമയം നടത്തുന്നു, Kubeconfig-മായി ഇടപഴകുന്നു, കൂടാതെ ജോലി ക്ലസ്റ്ററിലേക്ക് ടില്ലർ ഘടകത്തിലേക്ക് മാറ്റുന്നു.

ടില്ലറിനെ രണ്ട് വസ്തുക്കളാൽ പ്രതിനിധീകരിക്കുന്നു:

• ടില്ലർ-ഡിപ്ലോയ് svc, ഒരു നിശ്ചിത സേവനം തുറന്നുകാട്ടുന്നു;
• ടില്ലർ-ഡിപ്ലോയ് പോഡ് (ഒരു പകർപ്പിലെ ഒരൊറ്റ പകർപ്പിലെ ഡയഗ്രാമിൽ), അതിൽ മുഴുവൻ ലോഡും പ്രവർത്തിക്കുന്നു, അത് ക്ലസ്റ്ററിലേക്ക് പ്രവേശിക്കുന്നു.

ആശയവിനിമയത്തിനായി വ്യത്യസ്ത പ്രോട്ടോക്കോളുകളും സ്കീമുകളും ഉപയോഗിക്കുന്നു. സുരക്ഷാ വീക്ഷണകോണിൽ, ഞങ്ങൾക്ക് ഏറ്റവും താൽപ്പര്യമുള്ളത്:

• Helm CLI ചാർട്ട് റിപ്പോ ആക്സസ് ചെയ്യുന്ന സംവിധാനം: എന്ത് പ്രോട്ടോക്കോൾ, ആധികാരികത ഉണ്ടോ, അത് ഉപയോഗിച്ച് എന്തുചെയ്യാൻ കഴിയും.
• ഹെൽം CLI, kubectl ഉപയോഗിച്ച് ടില്ലറുമായി ആശയവിനിമയം നടത്തുന്ന പ്രോട്ടോക്കോൾ. ഇത് ക്ലസ്റ്ററിനുള്ളിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള ഒരു RPC സെർവറാണ്.
• ക്ലസ്റ്ററിൽ വസിക്കുന്നതും ക്യൂബ്-എപിസർവറുമായി സംവദിക്കുന്നതുമായ മൈക്രോസർവീസുകളിലേക്ക് ടില്ലറിന് തന്നെ ആക്‌സസ് ചെയ്യാൻ കഴിയും.

ഈ മേഖലകളെല്ലാം ക്രമത്തിൽ ചർച്ച ചെയ്യാം.

RBAC

RBAC പ്രവർത്തനക്ഷമമാക്കിയിട്ടില്ലെങ്കിൽ ഹെൽമിൻ്റെയോ ക്ലസ്റ്ററിനുള്ളിലെ മറ്റേതെങ്കിലും സേവനത്തിൻ്റെയോ സുരക്ഷയെക്കുറിച്ച് സംസാരിക്കുന്നതിൽ അർത്ഥമില്ല.

ഇത് ഏറ്റവും പുതിയ ശുപാർശയല്ലെന്ന് തോന്നുന്നു, പക്ഷേ പലരും ഇപ്പോഴും പ്രൊഡക്ഷനിൽ പോലും RBAC പ്രവർത്തനക്ഷമമാക്കിയിട്ടില്ലെന്ന് എനിക്ക് ഉറപ്പുണ്ട്, കാരണം ഇത് വളരെയധികം കലഹമായതിനാൽ ധാരാളം കാര്യങ്ങൾ കോൺഫിഗർ ചെയ്യേണ്ടതുണ്ട്. എന്നിരുന്നാലും, ഇത് ചെയ്യാൻ ഞാൻ നിങ്ങളെ പ്രോത്സാഹിപ്പിക്കുന്നു.

https://rbac.dev/ — RBAC യുടെ വെബ്സൈറ്റ് അഭിഭാഷകൻ. ആർബിഎസി സജ്ജീകരിക്കാനും അത് എന്തുകൊണ്ട് നല്ലതാണെന്നും അത് ഉൽപാദനത്തിൽ അടിസ്ഥാനപരമായി എങ്ങനെ ജീവിക്കാമെന്നും കാണിക്കാൻ നിങ്ങളെ സഹായിക്കുന്ന രസകരമായ മെറ്റീരിയലുകളുടെ ഒരു വലിയ തുക ഇതിൽ അടങ്ങിയിരിക്കുന്നു.

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

നിങ്ങൾ ഹെൽം സമാരംഭിച്ച് സെർവറിൽ ആദ്യമായി ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, നിങ്ങൾക്ക് സേവന അക്കൗണ്ട് ഉപയോഗിച്ച് സജ്ജീകരിക്കാനാകും --service-account. ആവശ്യമായ ഏറ്റവും കുറഞ്ഞ അവകാശങ്ങളുള്ള ഒരു ഉപയോക്താവിനെ ഉപയോഗിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കും. ശരിയാണ്, നിങ്ങൾ അത്തരമൊരു "മാല" സൃഷ്ടിക്കേണ്ടതുണ്ട്: റോളും റോൾ ബൈൻഡിംഗും.

നിർഭാഗ്യവശാൽ, ഹെൽം നിങ്ങൾക്കായി ഇത് ചെയ്യില്ല. നിങ്ങൾ അല്ലെങ്കിൽ നിങ്ങളുടെ കുബർനെറ്റസ് ക്ലസ്റ്റർ അഡ്‌മിനിസ്‌ട്രേറ്റർ ഹെൽം പാസാകുന്നതിന്, സേവന-അക്കൗണ്ടിനായി ഒരു കൂട്ടം റോളുകളും റോൾ ബൈൻഡിംഗുകളും മുൻകൂട്ടി തയ്യാറാക്കേണ്ടതുണ്ട്.

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

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

എന്നിരുന്നാലും, ഒരു ക്ലസ്റ്ററിൽ ഒന്നിലധികം തവണ ടില്ലർ പ്രവർത്തിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു മികച്ച മാർഗമുണ്ട്. ഇതിൽ ഒരു പ്രശ്നവുമില്ല, എല്ലാ നെയിംസ്പേസിലും ടില്ലർ ലോഞ്ച് ചെയ്യാം. അതിനാൽ, നിങ്ങൾക്ക് RBAC, Kubeconfig എന്നിവ ഒരു സന്ദർഭമായി ഉപയോഗിക്കാനും പ്രത്യേക ഹെൽമിലേക്കുള്ള പ്രവേശനം പരിമിതപ്പെടുത്താനും കഴിയും.

ഇത് ഇതുപോലെ കാണപ്പെടും.

ഉദാഹരണത്തിന്, വ്യത്യസ്‌ത ടീമുകൾക്ക് (രണ്ട് നെയിംസ്‌പെയ്‌സുകൾ) സന്ദർഭത്തിൽ രണ്ട് Kubeconfigs ഉണ്ട്: ഡെവലപ്‌മെൻ്റ് ടീമിനും അഡ്മിൻ ക്ലസ്റ്ററിനും വേണ്ടിയുള്ള X ടീം. അഡ്‌മിൻ ക്ലസ്റ്ററിന് അതിൻ്റേതായ വിശാലമായ ടില്ലർ ഉണ്ട്, അത് ക്യൂബ്-സിസ്റ്റം നെയിംസ്‌പെയ്‌സിൽ സ്ഥിതിചെയ്യുന്നു, അതിനനുസരിച്ച് വിപുലമായ സേവന-അക്കൗണ്ട്. ഡെവലപ്‌മെൻ്റ് ടീമിനായി ഒരു പ്രത്യേക നെയിംസ്‌പെയ്‌സ്, അവർക്ക് അവരുടെ സേവനങ്ങൾ ഒരു പ്രത്യേക നെയിംസ്‌പെയ്‌സിലേക്ക് വിന്യസിക്കാൻ കഴിയും.

ഇത് പ്രവർത്തനക്ഷമമായ ഒരു സമീപനമാണ്, ടില്ലർ അത്ര പവർ ഹംഗറി അല്ല, അത് നിങ്ങളുടെ ബജറ്റിനെ വളരെയധികം ബാധിക്കും. പെട്ടെന്നുള്ള പരിഹാരങ്ങളിൽ ഒന്നാണിത്.

ടില്ലർ വെവ്വേറെ കോൺഫിഗർ ചെയ്യാൻ മടിക്കേണ്ടതില്ല, ടീമിനായോ ഒരു നിർദ്ദിഷ്ട ഡവലപ്പർക്കോ പരിസ്ഥിതിക്കോ വേണ്ടിയുള്ള സന്ദർഭം Kubeconfig നൽകുക: Dev, Staging, Production (എല്ലാം ഒരേ ക്ലസ്റ്ററിലായിരിക്കുമെന്ന് സംശയമുണ്ട്, എന്നിരുന്നാലും ഇത് ചെയ്യാൻ കഴിയും).

ഞങ്ങളുടെ സ്റ്റോറി തുടരുന്നു, നമുക്ക് RBAC-ൽ നിന്ന് മാറി കോൺഫിഗ്മാപ്പിനെക്കുറിച്ച് സംസാരിക്കാം.

കോൺഫിഗറേഷൻ മാപ്പുകൾ

ഹെൽം അതിൻ്റെ ഡാറ്റ സ്റ്റോറായി കോൺഫിഗ്മാപ്പുകൾ ഉപയോഗിക്കുന്നു. ഞങ്ങൾ ആർക്കിടെക്ചറിനെ കുറിച്ച് സംസാരിച്ചപ്പോൾ, റിലീസുകൾ, കോൺഫിഗറേഷനുകൾ, റോൾബാക്കുകൾ മുതലായവയെ കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്ന ഒരു ഡാറ്റാബേസും എവിടെയും ഉണ്ടായിരുന്നില്ല. കോൺഫിഗ്മാപ്പുകൾ ഇതിനായി ഉപയോഗിക്കുന്നു.

ConfigMaps-ലെ പ്രധാന പ്രശ്നം അറിയപ്പെടുന്നു - അവ തത്വത്തിൽ സുരക്ഷിതമല്ല; സെൻസിറ്റീവ് ഡാറ്റ സംഭരിക്കുന്നത് അസാധ്യമാണ്. സേവനത്തിനപ്പുറം പോകാത്ത എല്ലാ കാര്യങ്ങളെക്കുറിച്ചും ഞങ്ങൾ സംസാരിക്കുന്നു, ഉദാഹരണത്തിന്, പാസ്വേഡുകൾ. കോൺഫിഗ്‌മാപ്‌സ് ഉപയോഗിക്കുന്നതിൽ നിന്ന് രഹസ്യങ്ങളിലേക്ക് മാറുക എന്നതാണ് ഹെൽമിനുള്ള ഏറ്റവും നേറ്റീവ് മാർഗം.

ഇത് വളരെ ലളിതമായി ചെയ്യുന്നു. ടില്ലർ ക്രമീകരണം അസാധുവാക്കുക, സ്റ്റോറേജ് രഹസ്യങ്ങളായിരിക്കുമെന്ന് വ്യക്തമാക്കുക. അപ്പോൾ ഓരോ വിന്യാസത്തിനും നിങ്ങൾക്ക് ഒരു കോൺഫിഗ്മാപ്പല്ല, മറിച്ച് ഒരു രഹസ്യം ലഭിക്കും.

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

സ്റ്റോറേജ് ഹെൽമിനെ രഹസ്യങ്ങളിലേക്ക് മാറ്റുന്നതാണ് നല്ലത്, അവ കേന്ദ്രീകൃതമായി സുരക്ഷിതമാണ്.

തീർച്ചയായും അത് നിലനിൽക്കും ഡാറ്റ സംഭരണ ​​പരിധി 1 MB. ConfigMaps-നുള്ള ഡിസ്ട്രിബ്യൂഡ് സ്റ്റോറേജായി ഹെൽം ഇവിടെ etcd ഉപയോഗിക്കുന്നു. അവിടെ അവർ ഇത് പകർപ്പെടുക്കലിനും മറ്റും അനുയോജ്യമായ ഡാറ്റാ ഭാഗമാണെന്ന് കരുതി. റെഡ്ഡിറ്റിൽ ഇതിനെക്കുറിച്ച് രസകരമായ ഒരു ചർച്ചയുണ്ട്, വാരാന്ത്യത്തിൽ ഈ രസകരമായ വായന കണ്ടെത്താനോ എക്സ്ട്രാക്റ്റ് വായിക്കാനോ ഞാൻ ശുപാർശ ചെയ്യുന്നു ഇവിടെ.

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

ചാർട്ടുകൾ സാമൂഹികമായി ഏറ്റവും ദുർബലമായവയാണ്, പ്രത്യേകിച്ചും നിങ്ങൾ ഒരു സ്റ്റോക്ക് സൊല്യൂഷൻ ഉപയോഗിക്കുകയാണെങ്കിൽ, "മാൻ ഇൻ ദ മിഡിൽ" എന്നതിന്റെ ഉറവിടമാകാം. ഒന്നാമതായി, നമ്മൾ HTTP വഴി തുറന്നുകാട്ടപ്പെടുന്ന ശേഖരണങ്ങളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്.

നിങ്ങൾ തീർച്ചയായും HTTPS വഴി ഹെൽം റിപ്പോ തുറന്നുകാട്ടേണ്ടതുണ്ട് - ഇത് മികച്ച ഓപ്ഷനാണ്, ചെലവുകുറഞ്ഞതാണ്.

ശ്രദ്ധിക്കുക ചാർട്ട് സിഗ്നേച്ചർ മെക്കാനിസം. സാങ്കേതികവിദ്യ നരകം പോലെ ലളിതമാണ്. പബ്ലിക്, പ്രൈവറ്റ് കീകളുള്ള ഒരു സാധാരണ പിജിപി മെഷീനായ GitHub-ലും നിങ്ങൾ ഉപയോഗിക്കുന്നത് ഇതുതന്നെയാണ്. സജ്ജീകരിക്കുക, ആവശ്യമായ കീകൾ ഉണ്ടായിരിക്കുകയും എല്ലാം ഒപ്പിടുകയും ചെയ്യുക, ഇത് ശരിക്കും നിങ്ങളുടെ ചാർട്ട് ആണെന്ന് ഉറപ്പാക്കുക.

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

ഒരു പ്ലഗിനും ഉണ്ട് helm-gcs, ഇത് Google ക്ലൗഡ് സ്റ്റോറേജിൽ ചാർട്ട് റിപ്പോകൾ ഹോസ്റ്റുചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഇത് വളരെ സൗകര്യപ്രദമാണ്, മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നു, തികച്ചും സുരക്ഷിതമാണ്, കാരണം വിവരിച്ച എല്ലാ സംവിധാനങ്ങളും പുനരുപയോഗം ചെയ്യുന്നു.

നിങ്ങൾ HTTPS അല്ലെങ്കിൽ TLS പ്രവർത്തനക്ഷമമാക്കുകയും mTLS ഉപയോഗിക്കുകയും അപകടസാധ്യതകൾ കൂടുതൽ കുറയ്ക്കുന്നതിന് അടിസ്ഥാന ഓത്ത് പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്താൽ, നിങ്ങൾക്ക് Helm CLI, Chart Repo എന്നിവയുള്ള ഒരു സുരക്ഷിത ആശയവിനിമയ ചാനൽ ലഭിക്കും.

gRPC API

അടുത്ത ഘട്ടം വളരെ പ്രധാനമാണ് - ക്ലസ്റ്ററിൽ സ്ഥിതി ചെയ്യുന്ന ടില്ലർ സുരക്ഷിതമാക്കാൻ, ഒരു വശത്ത്, ഒരു സെർവർ, മറുവശത്ത്, അത് തന്നെ മറ്റ് ഘടകങ്ങളിലേക്ക് ആക്സസ് ചെയ്യുകയും ആരെയെങ്കിലും പോലെ നടിക്കാൻ ശ്രമിക്കുകയും ചെയ്യുന്നു.

ഞാൻ ഇതിനകം പറഞ്ഞതുപോലെ, ജിആർപിസിയെ തുറന്നുകാട്ടുന്ന ഒരു സേവനമാണ് ടില്ലർ, ഹെൽം ക്ലയൻ്റ് ജിആർപിസി വഴിയാണ് ഇതിലേക്ക് വരുന്നത്. സ്ഥിരസ്ഥിതിയായി, തീർച്ചയായും, TLS പ്രവർത്തനരഹിതമാണ്. എന്തുകൊണ്ടാണ് ഇത് ചെയ്തത് എന്നത് ഒരു ചർച്ചാവിഷയമാണ്, തുടക്കത്തിൽ സജ്ജീകരണം ലളിതമാക്കാൻ എനിക്ക് തോന്നുന്നു.

നിർമ്മാണത്തിനും സ്റ്റേജിംഗിനും, gRPC-യിൽ TLS പ്രവർത്തനക്ഷമമാക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു.

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

ഈ രീതിയിൽ ക്ലസ്റ്ററിന് പുറത്ത് നിന്ന് ടില്ലറിലേക്കുള്ള എല്ലാ അഭ്യർത്ഥനകളിൽ നിന്നും നിങ്ങൾ സ്വയം പരിരക്ഷിക്കും.

അതിനാൽ, ടില്ലറിലേക്കുള്ള കണക്ഷൻ ചാനൽ ഞങ്ങൾ സുരക്ഷിതമാക്കി, ഞങ്ങൾ ഇതിനകം തന്നെ RBAC ചർച്ച ചെയ്യുകയും Kubernetes apiserver-ന്റെ അവകാശങ്ങൾ ക്രമീകരിക്കുകയും ചെയ്തു, അത് സംവദിക്കാൻ കഴിയുന്ന ഡൊമെയ്‌ൻ കുറയ്ക്കുന്നു.

സംരക്ഷിത ഹെൽം

അവസാന ഡയഗ്രം നോക്കാം. ഒരേ അമ്പുകളുള്ള അതേ വാസ്തുവിദ്യയാണ്.

എല്ലാ കണക്ഷനുകളും ഇപ്പോൾ പച്ച നിറത്തിൽ സുരക്ഷിതമായി വരയ്ക്കാം:

• ചാർട്ട് റിപ്പോയ്‌ക്കായി ഞങ്ങൾ TLS അല്ലെങ്കിൽ mTLS, അടിസ്ഥാന ഓത്ത് എന്നിവ ഉപയോഗിക്കുന്നു;
• ടില്ലറിനായുള്ള mTLS, ഇത് TLS-നൊപ്പം ഒരു gRPC സേവനമായി തുറന്നുകാട്ടപ്പെടുന്നു, ഞങ്ങൾ സർട്ടിഫിക്കറ്റുകൾ ഉപയോഗിക്കുന്നു;
• റോളും റോൾ ബൈൻഡിംഗും ഉള്ള ഒരു പ്രത്യേക സേവന അക്കൗണ്ട് ക്ലസ്റ്റർ ഉപയോഗിക്കുന്നു. 

ഞങ്ങൾ ക്ലസ്റ്ററിനെ ഗണ്യമായി സുരക്ഷിതമാക്കിയിട്ടുണ്ട്, എന്നാൽ മിടുക്കനായ ഒരാൾ പറഞ്ഞു:

"തികച്ചും സുരക്ഷിതമായ ഒരു പരിഹാരം മാത്രമേ ഉണ്ടാകൂ - ഒരു സ്വിച്ച് ഓഫ് കമ്പ്യൂട്ടർ, അത് ഒരു കോൺക്രീറ്റ് ബോക്സിൽ സ്ഥിതിചെയ്യുന്നു, സൈനികർ സംരക്ഷിക്കുന്നു."

ഡാറ്റ കൈകാര്യം ചെയ്യുന്നതിനും പുതിയ ആക്രമണ വെക്റ്ററുകൾ കണ്ടെത്തുന്നതിനും വ്യത്യസ്ത മാർഗങ്ങളുണ്ട്. എന്നിരുന്നാലും, ഈ ശുപാർശകൾ സുരക്ഷിതത്വത്തിനുള്ള അടിസ്ഥാന വ്യവസായ നിലവാരം കൈവരിക്കുമെന്ന് എനിക്ക് ഉറപ്പുണ്ട്.

ബോണസ്

ഈ ഭാഗം സുരക്ഷയുമായി നേരിട്ട് ബന്ധപ്പെട്ടതല്ല, മാത്രമല്ല ഉപയോഗപ്രദമാകും. കുറച്ച് ആളുകൾക്ക് അറിയാവുന്ന രസകരമായ ചില കാര്യങ്ങൾ ഞാൻ നിങ്ങൾക്ക് കാണിച്ചുതരാം. ഉദാഹരണത്തിന്, ചാർട്ടുകൾ എങ്ങനെ തിരയാം - ഔദ്യോഗികവും അനൗദ്യോഗികവും.

ശേഖരത്തിൽ github.com/helm/charts ഇപ്പോൾ ഏകദേശം 300 ചാർട്ടുകളും രണ്ട് സ്ട്രീമുകളും ഉണ്ട്: സ്റ്റേബിളും ഇൻകുബേറ്ററും. ഇൻകുബേറ്ററിൽ നിന്ന് സ്റ്റേബിളിലെത്തുന്നത് എത്ര ബുദ്ധിമുട്ടാണെന്നും സ്റ്റേബിളിൽ നിന്ന് പറക്കുന്നത് എത്ര എളുപ്പമാണെന്നും സംഭാവന ചെയ്യുന്ന ആർക്കും നന്നായി അറിയാം. എന്നിരുന്നാലും, പ്രോമിത്യൂസിനും നിങ്ങൾ ഇഷ്ടപ്പെടുന്ന മറ്റെന്തെങ്കിലും ചാർട്ടുകൾക്കുമായി തിരയുന്നതിനുള്ള മികച്ച ഉപകരണമല്ല ഇത്, ഒരു ലളിതമായ കാരണത്താൽ - നിങ്ങൾക്ക് പാക്കേജുകൾക്കായി സൗകര്യപ്രദമായി തിരയാൻ കഴിയുന്ന ഒരു പോർട്ടലല്ല ഇത്.

എന്നാൽ ഒരു സേവനമുണ്ട് hub.helm.sh, ഇത് ചാർട്ടുകൾ കണ്ടെത്തുന്നത് കൂടുതൽ സൗകര്യപ്രദമാക്കുന്നു. ഏറ്റവും പ്രധാനമായി, നിരവധി ബാഹ്യ ശേഖരണങ്ങളും ഏകദേശം 800 ചാമുകളും ലഭ്യമാണ്. കൂടാതെ, ചില കാരണങ്ങളാൽ നിങ്ങളുടെ ചാർട്ടുകൾ സ്ഥിരതയിലേക്ക് അയയ്‌ക്കാൻ താൽപ്പര്യമില്ലെങ്കിൽ നിങ്ങൾക്ക് നിങ്ങളുടെ ശേഖരം കണക്റ്റുചെയ്യാനാകും.

hub.helm.sh പരീക്ഷിക്കുക, നമുക്കത് ഒരുമിച്ച് വികസിപ്പിക്കാം. ഈ സേവനം ഹെൽം പ്രോജക്റ്റിന് കീഴിലാണ്, നിങ്ങൾ ഒരു ഫ്രണ്ട്-എൻഡ് ഡെവലപ്പർ ആണെങ്കിൽ അതിന്റെ UI-ലേക്ക് സംഭാവന ചെയ്യാനും നിങ്ങൾക്ക് കഴിയും.

നിങ്ങളുടെ ശ്രദ്ധ ക്ഷണിക്കാനും ഞാൻ ആഗ്രഹിക്കുന്നു ഓപ്പൺ സർവീസ് ബ്രോക്കർ API ഇന്റഗ്രേഷൻ. ഇത് ബുദ്ധിമുട്ടുള്ളതും വ്യക്തമല്ലാത്തതുമായി തോന്നുന്നു, പക്ഷേ ഇത് എല്ലാവരും അഭിമുഖീകരിക്കുന്ന പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു. ഒരു ലളിതമായ ഉദാഹരണത്തിലൂടെ ഞാൻ വിശദീകരിക്കാം.

ഞങ്ങൾ ഒരു ക്ലാസിക് ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കാൻ ആഗ്രഹിക്കുന്ന ഒരു കുബർനെറ്റസ് ക്ലസ്റ്റർ ഉണ്ട് - വേർഡ്പ്രസ്സ്. സാധാരണയായി, പൂർണ്ണമായ പ്രവർത്തനത്തിന് ഒരു ഡാറ്റാബേസ് ആവശ്യമാണ്. നിരവധി വ്യത്യസ്ത പരിഹാരങ്ങളുണ്ട്, ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം സ്റ്റേറ്റ്ഫുൾ സേവനം സമാരംഭിക്കാൻ കഴിയും. ഇത് വളരെ സൗകര്യപ്രദമല്ല, പക്ഷേ പലരും ഇത് ചെയ്യുന്നു.

ചെയിൻസ്റ്റാക്കിലെ ഞങ്ങളെപ്പോലെ മറ്റുള്ളവരും അവരുടെ സെർവറുകൾക്കായി MySQL അല്ലെങ്കിൽ PostgreSQL പോലുള്ള നിയന്ത്രിത ഡാറ്റാബേസുകൾ ഉപയോഗിക്കുന്നു. അതുകൊണ്ടാണ് ഞങ്ങളുടെ ഡാറ്റാബേസുകൾ ക്ലൗഡിൽ എവിടെയോ സ്ഥിതി ചെയ്യുന്നത്.

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

ഇത് വളരെ ലളിതമാണ്. നിങ്ങൾക്ക് അന്വേഷിക്കാം, ഉദാഹരണത്തിന്, ഒരു അടിസ്ഥാന ടയർ ഉപയോഗിച്ച് Azure-ൽ നിയന്ത്രിത MySQL (ഇത് ക്രമീകരിക്കാവുന്നതാണ്). Azure API ഉപയോഗിച്ച്, ഡാറ്റാബേസ് സൃഷ്ടിക്കുകയും ഉപയോഗത്തിനായി തയ്യാറാക്കുകയും ചെയ്യും. നിങ്ങൾ ഇതിൽ ഇടപെടേണ്ടതില്ല, പ്ലഗിൻ ഇതിന് ഉത്തരവാദിയാണ്. ഉദാഹരണത്തിന്, OSBA (Azure പ്ലഗിൻ) സേവനത്തിലേക്ക് ക്രെഡൻഷ്യൽ തിരികെ നൽകുകയും അത് ഹെൽമിന് കൈമാറുകയും ചെയ്യും. നിങ്ങൾക്ക് ക്ലൗഡ് MySQL-നൊപ്പം വേർഡ്പ്രസ്സ് ഉപയോഗിക്കാൻ കഴിയും, നിയന്ത്രിത ഡാറ്റാബേസുകൾ കൈകാര്യം ചെയ്യരുത്, ഉള്ളിലുള്ള സ്റ്റേറ്റ്ഫുൾ സേവനങ്ങളെക്കുറിച്ച് വിഷമിക്കേണ്ടതില്ല.

ഒരു വശത്ത്, സേവനങ്ങൾ വിന്യസിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു പശയായി ഹെൽം പ്രവർത്തിക്കുന്നുവെന്ന് നമുക്ക് പറയാം, മറുവശത്ത്, ക്ലൗഡ് ദാതാക്കളുടെ വിഭവങ്ങൾ ഉപയോഗിക്കുന്നു.

നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം പ്ലഗിൻ എഴുതാനും ഈ മുഴുവൻ സ്റ്റോറി ഓൺ-പ്രെമൈസ് ഉപയോഗിക്കാനും കഴിയും. അപ്പോൾ നിങ്ങൾക്ക് കോർപ്പറേറ്റ് ക്ലൗഡ് ദാതാവിനായി നിങ്ങളുടെ സ്വന്തം പ്ലഗിൻ ഉണ്ടായിരിക്കും. ഈ സമീപനം പരീക്ഷിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു, പ്രത്യേകിച്ചും നിങ്ങൾക്ക് ഒരു വലിയ സ്കെയിൽ ഉണ്ടെങ്കിൽ, ഒരു ഫീച്ചറിനായി ഡെവലപ്പ്, സ്റ്റേജിംഗ് അല്ലെങ്കിൽ മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും വേഗത്തിൽ വിന്യസിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ. ഇത് നിങ്ങളുടെ പ്രവർത്തനങ്ങൾക്കോ ​​DevOpsക്കോ ജീവിതം എളുപ്പമാക്കും.

ഞാൻ ഇതിനകം സൂചിപ്പിച്ച മറ്റൊരു കണ്ടെത്തൽ helm-gcs പ്ലഗിൻ, ഇത് ഹെൽം ചാർട്ടുകൾ സംഭരിക്കുന്നതിന് Google-ബക്കറ്റുകൾ (ഒബ്ജക്റ്റ് സ്റ്റോറേജ്) ഉപയോഗിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ഇത് ഉപയോഗിക്കാൻ തുടങ്ങുന്നതിന് നിങ്ങൾക്ക് നാല് കമാൻഡുകൾ മാത്രമേ ആവശ്യമുള്ളൂ:

1. പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്യുക;
2. അത് ആരംഭിക്കുക;
3. ജിസിപിയിൽ സ്ഥിതി ചെയ്യുന്ന ബക്കറ്റിലേക്കുള്ള പാത സജ്ജമാക്കുക;
4. സ്റ്റാൻഡേർഡ് രീതിയിൽ ചാർട്ടുകൾ പ്രസിദ്ധീകരിക്കുക.

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

ഇതരമാർഗങ്ങൾ

ഹെൽം മാത്രമല്ല സേവന മാനേജ്മെന്റ് പരിഹാരം. ഇതിനെക്കുറിച്ച് ധാരാളം ചോദ്യങ്ങളുണ്ട്, അതുകൊണ്ടായിരിക്കാം മൂന്നാമത്തെ പതിപ്പ് പെട്ടെന്ന് പ്രത്യക്ഷപ്പെട്ടത്. തീർച്ചയായും ഇതരമാർഗങ്ങളുണ്ട്.

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

ഒടുവിൽ ഒരു പരിഹാരമുണ്ട് ഓപ്പറേറ്റർ ഫ്രെയിംവർക്ക്, ആരുടെ ജനപ്രീതി വളരുകയാണ്.

പരിഗണിക്കേണ്ട ഏറ്റവും മികച്ച ഹെം ബദലാണ് ഓപ്പറേറ്റർ ഫ്രെയിംവർക്ക്.

CNCF, Kubernetes എന്നിവിടങ്ങളിൽ ഇത് കൂടുതൽ സ്വദേശിയാണ്. എന്നാൽ പ്രവേശനത്തിനുള്ള തടസ്സം വളരെ കൂടുതലാണ്, നിങ്ങൾ കൂടുതൽ പ്രോഗ്രാം ചെയ്യുകയും മാനിഫെസ്റ്റുകൾ കുറച്ച് വിവരിക്കുകയും ചെയ്യേണ്ടതുണ്ട്.

ഡ്രാഫ്റ്റ്, സ്കാർഫോൾഡ് എന്നിങ്ങനെ വിവിധ ആഡോണുകൾ ഉണ്ട്. അവർ ജീവിതം വളരെ എളുപ്പമാക്കുന്നു, ഉദാഹരണത്തിന്, ഒരു ടെസ്റ്റ് പരിതസ്ഥിതി വിന്യസിക്കാൻ ഡവലപ്പർമാർക്കായി ഹെൽം അയയ്ക്കുന്നതിനും ലോഞ്ച് ചെയ്യുന്നതിനുമുള്ള ചക്രം അവർ ലളിതമാക്കുന്നു. ഞാൻ അവരെ അധികാരികൾ എന്ന് വിളിക്കും.

എല്ലാം എവിടെയാണെന്നതിന്റെ ഒരു വിഷ്വൽ ചാർട്ട് ഇതാ.

x-അക്ഷത്തിൽ എന്താണ് സംഭവിക്കുന്നത് എന്നതിനെക്കുറിച്ചുള്ള നിങ്ങളുടെ വ്യക്തിഗത നിയന്ത്രണത്തിന്റെ ലെവൽ, y-അക്ഷത്തിൽ കുബർനെറ്റസിന്റെ നേറ്റീവ് ലെവൽ ആണ്. ഹെൽം പതിപ്പ് 2 മധ്യത്തിൽ എവിടെയോ വീഴുന്നു. പതിപ്പ് 3-ൽ, വളരെ വലുതല്ല, മറിച്ച് നിയന്ത്രണവും നേറ്റീവ് ലെവലും മെച്ചപ്പെടുത്തിയിട്ടുണ്ട്. Ksonnet ലെവലിലുള്ള പരിഹാരങ്ങൾ ഇപ്പോഴും ഹെൽം 2-നേക്കാൾ താഴ്ന്നതാണ്. എന്നിരുന്നാലും, ഈ ലോകത്ത് മറ്റെന്താണ് ഉള്ളതെന്ന് അറിയാൻ അവ നോക്കേണ്ടതാണ്. തീർച്ചയായും, നിങ്ങളുടെ കോൺഫിഗറേഷൻ മാനേജർ നിങ്ങളുടെ നിയന്ത്രണത്തിലായിരിക്കും, എന്നാൽ ഇത് കുബെർനെറ്റസിന്റെ ജന്മദേശമല്ല.

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

എക്സ്റ്റെൻഡറുകൾ നിയന്ത്രണം കുറച്ച് മെച്ചപ്പെടുത്തുന്നു, വർക്ക്ഫ്ലോ പൂർത്തീകരിക്കുന്നു, അല്ലെങ്കിൽ CI/CD പൈപ്പ്ലൈനുകളിൽ കോണുകൾ മുറിക്കുക.

ഹെൽമിന്റെ ഭാവി

Helm 3 വരുന്നു എന്നതാണ് നല്ല വാർത്ത. Helm 3.0.0-alpha.2 ന്റെ ആൽഫ പതിപ്പ് ഇതിനകം പുറത്തിറങ്ങി, നിങ്ങൾക്ക് ഇത് പരീക്ഷിക്കാം. ഇത് തികച്ചും സ്ഥിരതയുള്ളതാണ്, പക്ഷേ പ്രവർത്തനം ഇപ്പോഴും പരിമിതമാണ്.

എന്തുകൊണ്ടാണ് നിങ്ങൾക്ക് ഹെൽം 3 വേണ്ടത്? ഒന്നാമതായി, ഇത് ഒരു കഥയാണ് ടില്ലറുടെ തിരോധാനം, ഒരു ഘടകമായി. നിങ്ങൾ ഇതിനകം മനസ്സിലാക്കിയതുപോലെ, ഇത് ഒരു വലിയ മുന്നേറ്റമാണ്, കാരണം വാസ്തുവിദ്യയുടെ സുരക്ഷയുടെ വീക്ഷണകോണിൽ നിന്ന് എല്ലാം ലളിതമാക്കിയിരിക്കുന്നു.

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

പ്രത്യക്ഷപ്പെടും നേറ്റീവ് OCI റിപ്പോസിറ്ററികൾക്കുള്ള പിന്തുണ (ഓപ്പൺ കണ്ടെയ്നർ ഇനിഷ്യേറ്റീവ്). ഇതൊരു വലിയ സംരംഭമാണ്, ഹെൽമിന് പ്രാഥമികമായി അതിന്റെ ചാർട്ടുകൾ പോസ്റ്റുചെയ്യാൻ താൽപ്പര്യമുണ്ട്. ഉദാഹരണത്തിന്, ഡോക്കർ ഹബ് നിരവധി ഒസിഐ മാനദണ്ഡങ്ങളെ പിന്തുണയ്ക്കുന്നു. ഞാൻ ഊഹിക്കുന്നില്ല, പക്ഷേ ഒരുപക്ഷേ ക്ലാസിക് ഡോക്കർ റിപ്പോസിറ്ററി പ്രൊവൈഡർമാർ നിങ്ങളുടെ ഹെൽം ചാർട്ടുകൾ ഹോസ്റ്റ് ചെയ്യാനുള്ള അവസരം നിങ്ങൾക്ക് നൽകാൻ തുടങ്ങും.

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

അവസാനമായി, എനിക്ക് തീർച്ചയായും നഷ്ടമായത് സ്കീമ ആവിർഭാവവും ഡാറ്റ തരം മൂല്യനിർണ്ണയവും. Int അല്ലെങ്കിൽ string എന്നിവയിൽ കൂടുതൽ പ്രശ്‌നങ്ങളൊന്നും ഉണ്ടാകില്ല, ഇരട്ട ഉദ്ധരണികളിൽ പൂജ്യം പൊതിയേണ്ടതില്ല. മൂല്യങ്ങൾക്കായി ഇത് വ്യക്തമായി വിവരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു JSONS സ്കീമ ദൃശ്യമാകും.

വൻതോതിൽ പുനർനിർമ്മിക്കും ഇവന്റ്-ഡ്രൈവ് മോഡൽ. ഇത് ഇതിനകം ആശയപരമായി വിവരിച്ചിട്ടുണ്ട്. ഹെൽം 3 ബ്രാഞ്ച് നോക്കൂ, എത്ര ഇവൻ്റുകളും ഹുക്കുകളും മറ്റ് കാര്യങ്ങളും ചേർത്തിട്ടുണ്ടെന്ന് നിങ്ങൾ കാണും, അത് വളരെ ലളിതമാക്കുകയും മറുവശത്ത്, വിന്യാസ പ്രക്രിയകളിലും പ്രതികരണങ്ങളിലും നിയന്ത്രണം ചേർക്കുകയും ചെയ്യും.

Helm 3 ലളിതവും സുരക്ഷിതവും കൂടുതൽ രസകരവുമായിരിക്കും, ഞങ്ങൾ Helm 2 ഇഷ്ടപ്പെടാത്തത് കൊണ്ടല്ല, Kubernetes കൂടുതൽ പുരോഗമിച്ചുകൊണ്ടിരിക്കുന്നതുകൊണ്ടാണ്. അതനുസരിച്ച്, ഹെൽമിന് കുബെർനെറ്റിൻ്റെ സംഭവവികാസങ്ങൾ ഉപയോഗിക്കാനും അതിൽ കുബർനെറ്റുകൾക്ക് മികച്ച മാനേജർമാരെ സൃഷ്ടിക്കാനും കഴിയും.

മറ്റൊരു സന്തോഷവാർത്തയാണ് DevOpsConf അലക്സാണ്ടർ ഖയോറോവ് നിങ്ങളോട് പറയും, കണ്ടെയ്നറുകൾ സുരക്ഷിതമാക്കാൻ കഴിയുമോ? വികസനം, ടെസ്റ്റിംഗ്, ഓപ്പറേഷൻ പ്രക്രിയകൾ എന്നിവയുടെ സംയോജനത്തെക്കുറിച്ചുള്ള സമ്മേളനം മോസ്കോയിൽ നടക്കുമെന്ന് ഞങ്ങൾ നിങ്ങളെ ഓർമ്മിപ്പിക്കാം സെപ്റ്റംബർ 30, ഒക്ടോബർ 1. ആഗസ്റ്റ് 20 വരെ നിങ്ങൾക്ക് ഇത് തുടർന്നും ചെയ്യാം ഒരു റിപ്പോർട്ട് സമർപ്പിക്കുക പരിഹാരവുമായി ബന്ധപ്പെട്ട നിങ്ങളുടെ അനുഭവത്തെക്കുറിച്ച് ഞങ്ങളോട് പറയുക പലതിൽ ഒന്ന് DevOps സമീപനത്തിന്റെ ചുമതലകൾ.

കോൺഫറൻസ് ചെക്ക്‌പോസ്റ്റുകളും വാർത്തകളും പിന്തുടരുക അയക്കേണ്ട പട്ടിക и ടെലിഗ്രാം ചാനൽ.

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