കുബർനെറ്റസ്: ഓപ്പൺ സോഴ്‌സ് വേഴ്സസ് വെണ്ടർ-സ്പെസിഫിക്

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

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

ധാരാളം കണ്ടെയ്നറുകൾ കൈകാര്യം ചെയ്യുക

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

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

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

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

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

ചിത്രം 1. കുബർനെറ്റസ് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ സ്കീമാറ്റിക് പ്രാതിനിധ്യം

പൂർണ്ണ ഓട്ടോമേഷൻ

DevOps അടിസ്ഥാനപരമായി വികസന പ്രക്രിയയുടെ ഓട്ടോമേഷൻ ആണ്. ഏകദേശം പറഞ്ഞാൽ, ഡെവലപ്പർമാർ ശേഖരത്തിലേക്ക് അപ്‌ലോഡ് ചെയ്യുന്ന കോഡ് എഴുതുന്നു. ഈ കോഡ് ഉടനടി എല്ലാ ലൈബ്രറികളുമുള്ള ഒരു കണ്ടെയ്‌നറിലേക്ക് സ്വപ്രേരിതമായി ശേഖരിക്കുകയും പരീക്ഷിക്കുകയും അടുത്ത ഘട്ടത്തിലേക്ക് “ഉരുൾ” ചെയ്യുകയും ചെയ്യാം - സ്റ്റേജിംഗിലേക്കും ഉടൻ തന്നെ ഉൽ‌പാദനത്തിലേക്കും.

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

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

പ്രോസ്, പ്രോസ്, പ്രോസ്

ഒരു പ്ലാറ്റ്‌ഫോം എന്ന നിലയിൽ കുബർനെറ്റസിന്റെ ഗുണങ്ങളെക്കുറിച്ച് നമ്മൾ സംസാരിക്കുകയാണെങ്കിൽ, ഒരു മൈക്രോസർവീസ് ആർക്കിടെക്ചർ കൈകാര്യം ചെയ്യുന്നതിന്റെ വീക്ഷണകോണിൽ നിന്ന് ഇതിന് കാര്യമായ ഗുണങ്ങളുണ്ട്.

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

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

ഓപ്പൺ സോഴ്സ് കുബെർനെറ്റസ്

ഓപ്പൺ സോഴ്‌സ് കുബർനെറ്റസ് ഒരു മികച്ച കാര്യമാണ്: ഞാൻ ഇത് ഇൻസ്റ്റാൾ ചെയ്തു, അത് പ്രവർത്തിക്കുന്നു. നിങ്ങൾക്ക് ഇത് നിങ്ങളുടെ സ്വന്തം ഹാർഡ്‌വെയർ സെർവറുകളിലും നിങ്ങളുടെ സ്വന്തം ഇൻഫ്രാസ്ട്രക്ചറിലും വിന്യസിക്കാം, എല്ലാ ആപ്ലിക്കേഷനുകളും പ്രവർത്തിക്കുന്ന മാസ്റ്ററുകളും തൊഴിലാളികളും ഇൻസ്റ്റാൾ ചെയ്യാം. ഏറ്റവും പ്രധാനമായി, ഇതെല്ലാം സൗജന്യമാണ്. എന്നിരുന്നാലും, സൂക്ഷ്മതകളുണ്ട്.

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

ചിത്രം 2. k8s ആർക്കിടെക്ചർ

വെണ്ടറിൽ നിന്നുള്ള കുബർനെറ്റസ്

ഒരു ക്ലൗഡ് ദാതാവുമായുള്ള സംയോജനം രണ്ട് ഓപ്ഷനുകൾ നൽകുന്നു:

• ഒന്നാമതായി, ഒരു വ്യക്തിക്ക് “ക്ലസ്റ്റർ സൃഷ്‌ടിക്കുക” ബട്ടണിൽ ക്ലിക്കുചെയ്‌ത് ഇതിനകം കോൺഫിഗർ ചെയ്‌ത് ഉപയോഗത്തിന് തയ്യാറായ ഒരു ക്ലസ്റ്റർ നേടാനാകും.
• രണ്ടാമതായി, വെണ്ടർ തന്നെ ക്ലസ്റ്റർ ഇൻസ്റ്റാൾ ചെയ്യുകയും ക്ലൗഡുമായി സംയോജനം സജ്ജമാക്കുകയും ചെയ്യുന്നു.

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

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

ചിത്രം 3. ഒരു ക്ലൗഡ് ദാതാവിൽ നിന്നുള്ള ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിന്റെ ഉദാഹരണം

എന്താണ് തിരഞ്ഞെടുക്കേണ്ടത്: ഓപ്പൺ സോഴ്സ് അല്ലെങ്കിൽ വെണ്ടർ

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

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

#CloudMTS ദാതാവിന്റെ കണ്ടെയ്‌നറം സേവനത്തിന്റെ പ്രമുഖ ആർക്കിടെക്റ്റ് ദിമിത്രി ക്രാസ്‌നോവ് ആണ് ലേഖനം തയ്യാറാക്കിയത്.

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