കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. ചെറിയ പാത്രങ്ങൾ ഉണ്ടാക്കുന്നു

Kubernetes-ലേക്ക് വിന്യസിക്കുന്നതിനുള്ള ആദ്യ ഘട്ടം നിങ്ങളുടെ അപേക്ഷ ഒരു കണ്ടെയ്‌നറിൽ സ്ഥാപിക്കുക എന്നതാണ്. ഈ ശ്രേണിയിൽ, നിങ്ങൾക്ക് എങ്ങനെ ചെറുതും സുരക്ഷിതവുമായ ഒരു കണ്ടെയ്‌നർ ഇമേജ് സൃഷ്‌ടിക്കാമെന്ന് ഞങ്ങൾ നോക്കാം.
ഡോക്കറിന് നന്ദി, കണ്ടെയ്‌നർ ഇമേജുകൾ സൃഷ്‌ടിക്കുന്നത് ഒരിക്കലും എളുപ്പമായിരുന്നില്ല. ഒരു അടിസ്ഥാന ചിത്രം വ്യക്തമാക്കുക, നിങ്ങളുടെ മാറ്റങ്ങൾ ചേർക്കുകയും ഒരു കണ്ടെയ്നർ സൃഷ്ടിക്കുകയും ചെയ്യുക.

ആരംഭിക്കുന്നതിന് ഈ സാങ്കേതികവിദ്യ മികച്ചതാണെങ്കിലും, സ്ഥിരസ്ഥിതി അടിസ്ഥാന ഇമേജുകൾ ഉപയോഗിക്കുന്നത് കേടുപാടുകൾ നിറഞ്ഞ വലിയ ചിത്രങ്ങളുള്ള സുരക്ഷിതമല്ലാത്ത ജോലിയിലേക്ക് നയിച്ചേക്കാം.

കൂടാതെ, ഡോക്കറിലെ മിക്ക ചിത്രങ്ങളും അടിസ്ഥാന ഇമേജിനായി ഡെബിയൻ അല്ലെങ്കിൽ ഉബുണ്ടു ഉപയോഗിക്കുന്നു, ഇത് മികച്ച അനുയോജ്യതയും എളുപ്പത്തിലുള്ള ഇഷ്‌ടാനുസൃതമാക്കലും നൽകുമ്പോൾ (ഒരു ഡോക്കർ ഫയലിന് രണ്ട് വരി കോഡ് മാത്രമേ എടുക്കൂ), അടിസ്ഥാന ഇമേജുകൾക്ക് നിങ്ങളുടെ കണ്ടെയ്‌നറിലേക്ക് നൂറുകണക്കിന് മെഗാബൈറ്റ് അധിക ലോഡ് ചേർക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, ഒരു Go "hello-world" ആപ്ലിക്കേഷനുള്ള ഒരു ലളിതമായ node.js ഫയൽ ഏകദേശം 700 മെഗാബൈറ്റ് ആണ്, അതേസമയം നിങ്ങളുടെ യഥാർത്ഥ ആപ്ലിക്കേഷന് കുറച്ച് മെഗാബൈറ്റുകൾ മാത്രമേ വലിപ്പമുള്ളൂ.

അതിനാൽ ഈ അധിക ജോലിഭാരമെല്ലാം ഡിജിറ്റൽ ഇടം പാഴാക്കുകയും സുരക്ഷാ തകരാറുകൾക്കും ബഗുകൾക്കുമുള്ള വലിയ ഒളിത്താവളവുമാണ്. അതിനാൽ ഒരു കണ്ടെയ്‌നർ ചിത്രത്തിന്റെ വലുപ്പം കുറയ്ക്കുന്നതിനുള്ള രണ്ട് വഴികൾ നോക്കാം.

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

ഡോക്കറിൽ സ്ഥിരസ്ഥിതിയായി, നോഡ്:8 അടിസ്ഥാന ഇമേജ് വലുപ്പം 670 MB ആണ്, നോഡ്: 8-ആൽപൈൻ ഇമേജ് വലുപ്പം 65 MB മാത്രമാണ്, അതായത് 10 മടങ്ങ് ചെറുതാണ്. ചെറിയ ആൽപൈൻ ബേസ് ഇമേജ് ഉപയോഗിക്കുന്നതിലൂടെ, നിങ്ങളുടെ കണ്ടെയ്നറിന്റെ വലുപ്പം ഗണ്യമായി കുറയ്ക്കും. ആൽപൈൻ എന്നത് ചെറുതും ഭാരം കുറഞ്ഞതുമായ ഒരു ലിനക്സ് വിതരണമാണ്, ഇത് ഡോക്കർ ഉപയോക്താക്കൾക്കിടയിൽ വളരെ ജനപ്രിയമാണ്, കാരണം ഇത് കണ്ടെയ്നറുകൾ ചെറുതായി സൂക്ഷിക്കുമ്പോൾ നിരവധി ആപ്ലിക്കേഷനുകളുമായി പൊരുത്തപ്പെടുന്നു. സ്റ്റാൻഡേർഡ് ഡോക്കർ "നോഡ്" ഇമേജിൽ നിന്ന് വ്യത്യസ്തമായി, "node:alpine" ധാരാളം സേവന ഫയലുകളും പ്രോഗ്രാമുകളും നീക്കംചെയ്യുന്നു, നിങ്ങളുടെ ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കാൻ പര്യാപ്തമായവ മാത്രം അവശേഷിക്കുന്നു.

ഒരു ചെറിയ അടിസ്ഥാന ചിത്രത്തിലേക്ക് നീങ്ങാൻ, പുതിയ അടിസ്ഥാന ഇമേജിനൊപ്പം പ്രവർത്തിക്കാൻ ഡോക്കർഫയൽ അപ്ഡേറ്റ് ചെയ്യുക:

ഇപ്പോൾ, പഴയ ഓൺബിൽഡ് ഇമേജിൽ നിന്ന് വ്യത്യസ്തമായി, നിങ്ങളുടെ കോഡ് കണ്ടെയ്‌നറിലേക്ക് പകർത്തി ഏതെങ്കിലും ഡിപൻഡൻസികൾ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതുണ്ട്. ഒരു പുതിയ ഡോക്കർഫയലിൽ, കണ്ടെയ്നർ ഒരു നോഡ്:ആൽപൈൻ ഇമേജിൽ ആരംഭിക്കുന്നു, തുടർന്ന് കോഡിനായി ഒരു ഡയറക്ടറി സൃഷ്ടിക്കുന്നു, NPM പാക്കേജ് മാനേജർ ഉപയോഗിച്ച് ഡിപൻഡൻസികൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അവസാനം server.js പ്രവർത്തിപ്പിക്കുന്നു.

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

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

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

പുതിയ ഡോക്കർഫയലിൽ, കണ്ടെയ്നർ ആരംഭിക്കുന്നത് ഒരു ഗോളാങ്:ആൽപൈൻ ചിത്രത്തിലാണ്. അത് പിന്നീട് കോഡിനായി ഒരു ഡയറക്‌ടറി സൃഷ്‌ടിക്കുകയും സോഴ്‌സ് കോഡിലേക്ക് പകർത്തുകയും ആ സോഴ്‌സ് കോഡ് നിർമ്മിക്കുകയും ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു. ഈ കണ്ടെയ്‌നർ ഓൺബിൽഡ് കണ്ടെയ്‌നറിനേക്കാൾ വളരെ ചെറുതാണ്, എന്നാൽ അതിൽ ഇപ്പോഴും നമുക്ക് ആവശ്യമില്ലാത്ത കമ്പൈലറും മറ്റ് Go ടൂളുകളും അടങ്ങിയിരിക്കുന്നു. അതുകൊണ്ട് കംപൈൽ ചെയ്ത പ്രോഗ്രാം എക്സ്ട്രാക്റ്റ് ചെയ്ത് സ്വന്തം കണ്ടെയ്നറിൽ ഇടാം.

ഈ ഡോക്കർ ഫയലിൽ വിചിത്രമായ എന്തെങ്കിലും നിങ്ങൾ ശ്രദ്ധിച്ചേക്കാം: അതിൽ രണ്ട് ഫ്രോം ലൈനുകൾ അടങ്ങിയിരിക്കുന്നു. ഈ ഘട്ടത്തിന് പേരിടാൻ AS കീവേഡ് ഉപയോഗിക്കുന്നു എന്നതൊഴിച്ചാൽ ആദ്യത്തെ 4 വരി വിഭാഗം മുമ്പത്തെ ഡോക്കർഫയലിന് സമാനമായി കാണപ്പെടുന്നു. ഒരു പുതിയ ഇമേജ് ആരംഭിക്കാൻ അടുത്ത വിഭാഗത്തിൽ ഒരു പുതിയ FROM ലൈൻ ഉണ്ട്, ഇവിടെ golang:alpine ഇമേജിന് പകരം ഞങ്ങൾ അടിസ്ഥാന ഇമേജായി റോ ആൽപൈൻ ഉപയോഗിക്കും.

റോ ആൽപൈൻ ലിനക്സിൽ SSL സർട്ടിഫിക്കറ്റുകളൊന്നും ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല, ഇത് HTTPS വഴിയുള്ള മിക്ക API കോളുകളും പരാജയപ്പെടാൻ ഇടയാക്കും, അതിനാൽ നമുക്ക് ചില റൂട്ട് CA സർട്ടിഫിക്കറ്റുകൾ ഇൻസ്റ്റാൾ ചെയ്യാം.

ഇപ്പോൾ രസകരമായ ഭാഗം വരുന്നു: കംപൈൽ ചെയ്ത കോഡ് ആദ്യ കണ്ടെയ്‌നറിൽ നിന്ന് രണ്ടാമത്തേതിലേക്ക് പകർത്താൻ, നിങ്ങൾക്ക് രണ്ടാമത്തെ വിഭാഗത്തിന്റെ 5 വരിയിൽ സ്ഥിതിചെയ്യുന്ന COPY കമാൻഡ് ഉപയോഗിക്കാം. ഇത് ഒരു ആപ്ലിക്കേഷൻ ഫയൽ മാത്രമേ പകർത്തൂ, ഗോ യൂട്ടിലിറ്റി ടൂളുകളെ ബാധിക്കില്ല. പുതിയ മൾട്ടി-സ്റ്റേജ് ഡോക്കർ ഫയലിൽ 12 മെഗാബൈറ്റ് മാത്രം വലിപ്പമുള്ള ഒരു കണ്ടെയ്‌നർ ഇമേജ് അടങ്ങിയിരിക്കും, യഥാർത്ഥ കണ്ടെയ്‌നർ ഇമേജുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ 700 മെഗാബൈറ്റ്, ഇത് വലിയ വ്യത്യാസമാണ്!
അതിനാൽ ചെറിയ അടിസ്ഥാന ചിത്രങ്ങളും ബിൽഡർ പാറ്റേണും ഉപയോഗിക്കുന്നത് വളരെയധികം ജോലിയില്ലാതെ വളരെ ചെറിയ കണ്ടെയ്‌നറുകൾ സൃഷ്ടിക്കുന്നതിനുള്ള മികച്ച മാർഗങ്ങളാണ്.
ആപ്ലിക്കേഷൻ സ്റ്റാക്കിനെ ആശ്രയിച്ച്, ചിത്രവും കണ്ടെയ്നർ വലുപ്പവും കുറയ്ക്കുന്നതിന് അധിക മാർഗങ്ങളുണ്ട്, എന്നാൽ ചെറിയ കണ്ടെയ്നറുകൾക്ക് ശരിക്കും അളക്കാവുന്ന നേട്ടമുണ്ടോ? ചെറിയ പാത്രങ്ങൾ വളരെ ഫലപ്രദമാകുന്ന രണ്ട് മേഖലകൾ നോക്കാം - പ്രകടനവും സുരക്ഷയും.

പ്രകടന വർദ്ധനവ് വിലയിരുത്തുന്നതിന്, ഒരു കണ്ടെയ്നർ സൃഷ്ടിക്കുന്ന പ്രക്രിയയുടെ ദൈർഘ്യം പരിഗണിക്കുക, അത് രജിസ്ട്രിയിൽ (പുഷ്) തിരുകുക, തുടർന്ന് അത് അവിടെ നിന്ന് വീണ്ടെടുക്കുക (വലിക്കുക). ഒരു ചെറിയ കണ്ടെയ്നറിന് വലിയ കണ്ടെയ്നറിനേക്കാൾ ഒരു പ്രത്യേക നേട്ടം ഉണ്ടെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും.

ഡോക്കർ ലെയറുകൾ കാഷെ ചെയ്യുന്നതിനാൽ തുടർന്നുള്ള നിർമ്മാണങ്ങൾ വളരെ വേഗത്തിലാകും. എന്നിരുന്നാലും, കണ്ടെയ്‌നറുകൾ നിർമ്മിക്കുന്നതിനും പരിശോധിക്കുന്നതിനും ഉപയോഗിക്കുന്ന പല CI സിസ്റ്റങ്ങളും ലെയറുകൾ കാഷെ ചെയ്യുന്നില്ല, അതിനാൽ കാര്യമായ സമയ ലാഭമുണ്ട്. നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, നിങ്ങളുടെ മെഷീന്റെ ശക്തിയെ ആശ്രയിച്ച് ഒരു വലിയ കണ്ടെയ്നർ നിർമ്മിക്കാനുള്ള സമയം 34 മുതൽ 54 സെക്കൻഡ് വരെയാണ്, കൂടാതെ ബിൽഡർ പാറ്റേൺ ഉപയോഗിച്ച് കണ്ടെയ്നർ ഉപയോഗിക്കുമ്പോൾ - 23 മുതൽ 28 സെക്കൻഡ് വരെ. ഇത്തരത്തിലുള്ള പ്രവർത്തനങ്ങൾക്ക്, ഉൽപ്പാദനക്ഷമത വർദ്ധനവ് 40-50% ആയിരിക്കും. അതിനാൽ നിങ്ങളുടെ കോഡ് എത്ര തവണ നിർമ്മിക്കുകയും പരിശോധിക്കുകയും ചെയ്യുന്നുവെന്ന് ചിന്തിക്കുക.

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

Google കണ്ടെയ്‌നർ രജിസ്‌ട്രി (GCR) ഉപയോഗിച്ച്, നിങ്ങൾ അസംസ്‌കൃത സംഭരണത്തിനും നെറ്റ്‌വർക്കിംഗിനും മാത്രമേ പണം നൽകൂ, അധിക കണ്ടെയ്‌നർ മാനേജ്‌മെന്റ് ഫീസും ഇല്ല. ഇത് സ്വകാര്യവും സുരക്ഷിതവും വളരെ വേഗതയുള്ളതുമാണ്. പുൾ ഓപ്പറേഷൻ വേഗത്തിലാക്കാൻ GCR പല തന്ത്രങ്ങളും ഉപയോഗിക്കുന്നു. നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, go:onbuild ഉപയോഗിച്ച് ഒരു ഡോക്കർ കണ്ടെയ്‌നർ ഇമേജ് കണ്ടെയ്‌നർ ചേർക്കുന്നത് കമ്പ്യൂട്ടർ പ്രകടനത്തെ ആശ്രയിച്ച് 15 മുതൽ 48 സെക്കൻഡ് വരെ എടുക്കും, കൂടാതെ ചെറിയ കണ്ടെയ്‌നറുമായുള്ള അതേ പ്രവർത്തനത്തിന് 14 മുതൽ 16 സെക്കൻഡ് വരെ എടുക്കും, കൂടാതെ കുറഞ്ഞ ഉൽപ്പാദനക്ഷമതയുള്ള മെഷീനുകൾക്കും പ്രവർത്തന വേഗതയിലെ നേട്ടം 3 മടങ്ങ് വർദ്ധിക്കുന്നു. ചിത്രങ്ങളുടെ പങ്കിട്ട ഡാറ്റാബേസിനായി GCR ഗ്ലോബൽ കാഷെ ഉപയോഗിക്കുന്നതിനാൽ, വലിയ മെഷീനുകൾക്ക്, സമയം ഏതാണ്ട് തുല്യമാണ്, അതായത് നിങ്ങൾ അവ ലോഡ് ചെയ്യേണ്ടതില്ല. ഒരു ലോ-പവർ കമ്പ്യൂട്ടറിൽ, CPU ആണ് തടസ്സം, അതിനാൽ ചെറിയ പാത്രങ്ങൾ ഉപയോഗിക്കുന്നതിന്റെ പ്രയോജനം ഇവിടെ വളരെ കൂടുതലാണ്.

നിങ്ങൾ GCR ഉപയോഗിക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ ബിൽഡ് സിസ്റ്റത്തിന്റെ ഭാഗമായി Google കണ്ടെയ്‌നർ ബിൽഡർ (GCB) ഉപയോഗിക്കാൻ ഞാൻ വളരെ ശുപാർശ ചെയ്യുന്നു.

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഒരു ഉൽ‌പാദന യന്ത്രത്തേക്കാൾ ബിൽഡ് + പുഷ് പ്രവർത്തനത്തിന്റെ ദൈർഘ്യം കുറയ്ക്കുന്നതിൽ മികച്ച ഫലങ്ങൾ നേടാൻ അതിന്റെ ഉപയോഗം നിങ്ങളെ അനുവദിക്കുന്നു - ഈ സാഹചര്യത്തിൽ, ഹോസ്റ്റിലേക്ക് കണ്ടെയ്നറുകൾ നിർമ്മിക്കുകയും അയയ്ക്കുകയും ചെയ്യുന്ന പ്രക്രിയ ഏകദേശം 2 മടങ്ങ് ത്വരിതപ്പെടുത്തുന്നു. . കൂടാതെ, നിങ്ങൾക്ക് എല്ലാ ദിവസവും 120 സൗജന്യ ബിൽഡ് മിനിറ്റുകൾ ലഭിക്കും, ഇത് മിക്ക കേസുകളിലും നിങ്ങളുടെ കണ്ടെയ്നർ നിർമ്മാണ ആവശ്യങ്ങൾ ഉൾക്കൊള്ളുന്നു.

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

ഇത് സംഭവിക്കാവുന്ന നിരവധി കേസുകളുണ്ട്: ഒരു ക്ലസ്റ്ററിലേക്ക് ഒരു പുതിയ നോഡ് ചേർക്കൽ, നോഡുകൾ നവീകരിക്കുക, അല്ലെങ്കിൽ വിന്യാസത്തിനായി ഒരു പുതിയ കണ്ടെയ്‌നറിലേക്ക് മാറുക. അതിനാൽ, വലിച്ചെടുക്കൽ സമയം കുറയ്ക്കുന്നത് ഒരു പ്രധാന ഘടകമായി മാറുന്നു. ഒരു ചെറിയ കണ്ടെയ്‌നർ വലിയതിനെക്കാൾ വേഗത്തിൽ ഡൗൺലോഡ് ചെയ്യുമെന്നത് നിഷേധിക്കാനാവില്ല. നിങ്ങൾ ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിൽ ഒന്നിലധികം കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, സമയ ലാഭം ഗണ്യമായി ഉണ്ടാകും.

ഈ താരതമ്യം നോക്കുക: ചെറിയ കണ്ടെയ്‌നറുകളിലെ ഒരു പുൾ ഓപ്പറേഷന് go:onbuild ഉപയോഗിച്ചുള്ള അതേ പ്രവർത്തനത്തേക്കാൾ മെഷീന്റെ ശക്തിയെ ആശ്രയിച്ച് 4-9 മടങ്ങ് കുറച്ച് സമയമെടുക്കും. പങ്കിട്ട, ചെറിയ കണ്ടെയ്‌നർ ബേസ് ഇമേജുകൾ ഉപയോഗിക്കുന്നത് പുതിയ കുബർനെറ്റസ് നോഡുകൾ വിന്യസിക്കാനും ഓൺലൈനിൽ വരാനുമുള്ള സമയവും വേഗതയും ഗണ്യമായി വർദ്ധിപ്പിക്കുന്നു.

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

ഫലം അതിശയകരമാണ്: ഒരു ചെറിയ കണ്ടെയ്നറിൽ 3 ഇടത്തരം കേടുപാടുകൾ മാത്രമേ കണ്ടെത്തിയിട്ടുള്ളൂ, ഒരു വലിയ കണ്ടെയ്നറിൽ 16 നിർണായകവും 376 മറ്റ് കേടുപാടുകളും കണ്ടെത്തി. ഒരു വലിയ കണ്ടെയ്‌നറിന്റെ ഉള്ളടക്കം പരിശോധിച്ചാൽ, മിക്ക സുരക്ഷാ പ്രശ്‌നങ്ങൾക്കും ഞങ്ങളുടെ ആപ്ലിക്കേഷനുമായി യാതൊരു ബന്ധവുമില്ല, എന്നാൽ നമ്മൾ പോലും ഉപയോഗിക്കാത്ത പ്രോഗ്രാമുകളുമായി ബന്ധപ്പെട്ടതാണെന്ന് നമുക്ക് കാണാൻ കഴിയും. അതിനാൽ ആളുകൾ ഒരു വലിയ ആക്രമണ പ്രതലത്തെക്കുറിച്ച് സംസാരിക്കുമ്പോൾ, അവർ അർത്ഥമാക്കുന്നത് അതാണ്.

ടേക്ക്‌എവേ വ്യക്തമാണ്: ചെറിയ കണ്ടെയ്‌നറുകൾ നിർമ്മിക്കുക കാരണം അവ നിങ്ങളുടെ സിസ്റ്റത്തിന് യഥാർത്ഥ പ്രകടനവും സുരക്ഷാ ആനുകൂല്യങ്ങളും നൽകുന്നു.

കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. നെയിംസ്പേസ് ഉള്ള കുബർനെറ്റുകളുടെ ഓർഗനൈസേഷൻ

ചില പരസ്യങ്ങൾ 🙂

ഞങ്ങളോടൊപ്പം താമസിച്ചതിന് നന്ദി. ഞങ്ങളുടെ ലേഖനങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമാണോ? കൂടുതൽ രസകരമായ ഉള്ളടക്കം കാണാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഒരു ഓർഡർ നൽകി അല്ലെങ്കിൽ സുഹൃത്തുക്കൾക്ക് ശുപാർശ ചെയ്തുകൊണ്ട് ഞങ്ങളെ പിന്തുണയ്ക്കുക, $4.99 മുതൽ ഡെവലപ്പർമാർക്കുള്ള ക്ലൗഡ് VPS, എൻട്രി ലെവൽ സെർവറുകളുടെ ഒരു അദ്വിതീയ അനലോഗ്, നിങ്ങൾക്കായി ഞങ്ങൾ കണ്ടുപിടിച്ചതാണ്: VPS (KVM) E5-2697 v3 (6 കോറുകൾ) 10GB DDR4 480GB SSD 1Gbps-നെക്കുറിച്ചുള്ള മുഴുവൻ സത്യവും $19 മുതൽ അല്ലെങ്കിൽ എങ്ങനെ ഒരു സെർവർ പങ്കിടാം? (RAID1, RAID10 എന്നിവയ്‌ക്കൊപ്പം 24 കോറുകൾ വരെയും 40GB DDR4 വരെയും ലഭ്യമാണ്).

ആംസ്റ്റർഡാമിലെ Equinix Tier IV ഡാറ്റാ സെന്ററിൽ Dell R730xd 2 മടങ്ങ് വിലക്കുറവാണോ? ഇവിടെ മാത്രം 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 മുതൽ നെതർലാൻഡിൽ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 മുതൽ! കുറിച്ച് വായിക്കുക ഇൻഫ്രാസ്ട്രക്ചർ കോർപ്പറേഷൻ എങ്ങനെ നിർമ്മിക്കാം. ഒരു പൈസയ്ക്ക് 730 യൂറോ വിലയുള്ള Dell R5xd E2650-4 v9000 സെർവറുകൾ ഉപയോഗിക്കുന്ന ക്ലാസ്?

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