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

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

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

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

മിക്ക കുബെർനെറ്റസ് വിതരണങ്ങളിലും, ക്ലസ്റ്റർ "ഡിഫോൾട്ട്" എന്ന് വിളിക്കപ്പെടുന്ന ഒരു നെയിംസ്പേസ് ഉപയോഗിച്ച് ബോക്‌സിന് പുറത്ത് വരുന്നു. യഥാർത്ഥത്തിൽ കുബെർനെറ്റസ് കൈകാര്യം ചെയ്യുന്ന മൂന്ന് നെയിംസ്‌പെയ്‌സുകളുണ്ട്: ഡിഫോൾട്ട്, ക്യൂബ്-സിസ്റ്റം, ക്യൂബ്-പബ്ലിക്. നിലവിൽ, Kube-public പലപ്പോഴും ഉപയോഗിക്കാറില്ല.

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

അതിനാൽ, നിങ്ങൾ ഒന്നിലധികം നെയിംസ്‌പെയ്‌സുകൾ സൃഷ്‌ടിക്കുകയും നിങ്ങളുടെ സേവനങ്ങൾ കൈകാര്യം ചെയ്യാവുന്ന യൂണിറ്റുകളായി വിഭജിക്കുന്നതിന് അവ ഉപയോഗിക്കുകയും വേണം. ഒരൊറ്റ കമാൻഡ് ഉപയോഗിച്ച് ഒരു നെയിംസ്പേസ് ഉണ്ടാക്കാം. നിങ്ങൾക്ക് ടെസ്റ്റ് എന്ന പേരിൽ ഒരു നെയിംസ്‌പേസ് സൃഷ്‌ടിക്കണമെങ്കിൽ, $ kubectl സൃഷ്‌ടിക്കുക നെയിംസ്‌പേസ് ടെസ്റ്റ് കമാൻഡ് ഉപയോഗിക്കുക അല്ലെങ്കിൽ ഒരു YAML ഫയൽ സൃഷ്‌ടിച്ച് മറ്റേതൊരു കുബർനെറ്റസ് റിസോഴ്‌സും പോലെ ഉപയോഗിക്കുക.

$ kubectl get namespace കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് എല്ലാ നെയിംസ്പേസുകളും കാണാൻ കഴിയും.

ഇത് ചെയ്തുകഴിഞ്ഞാൽ, നിങ്ങൾ മൂന്ന് അന്തർനിർമ്മിത നെയിംസ്‌പെയ്‌സും "ടെസ്റ്റ്" എന്ന പുതിയ നെയിംസ്‌പെയ്‌സും കാണും. ഒരു പോഡ് സൃഷ്‌ടിക്കാൻ ഒരു ലളിതമായ YAML ഫയൽ നോക്കാം. നെയിംസ്‌പേസിനെക്കുറിച്ച് പരാമർശമൊന്നുമില്ലെന്ന് നിങ്ങൾ ശ്രദ്ധിക്കും.

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

YAML ഡിക്ലറേഷനിൽ നെയിംസ്പേസ് വ്യക്തമാക്കുക എന്നതാണ് രണ്ടാമത്തെ മാർഗം.

നിങ്ങൾ YAML-ൽ ഒരു നെയിംസ്പേസ് വ്യക്തമാക്കുകയാണെങ്കിൽ, റിസോഴ്സ് എല്ലായ്പ്പോഴും ആ നെയിംസ്പേസിൽ സൃഷ്ടിക്കപ്പെടും. നെയിംസ്പേസ് ഫ്ലാഗ് ഉപയോഗിക്കുമ്പോൾ നിങ്ങൾ മറ്റൊരു നെയിംസ്പേസ് ഉപയോഗിക്കാൻ ശ്രമിച്ചാൽ, കമാൻഡ് പരാജയപ്പെടും. ഇപ്പോൾ നിങ്ങളുടെ പോഡ് കണ്ടെത്താൻ ശ്രമിച്ചാൽ, നിങ്ങൾക്ക് അത് ചെയ്യാൻ കഴിയില്ല.

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

ബോക്സിന് പുറത്ത്, നിങ്ങളുടെ സജീവമായ നെയിംസ്പേസ് ഡിഫോൾട്ട് എന്ന് വിളിക്കുന്നു. നിങ്ങൾ റിസോഴ്‌സ് YAML-ൽ ഒരു നെയിംസ്‌പെയ്‌സ് വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, എല്ലാ കുബർനെറ്റസ് കമാൻഡുകളും ഈ സജീവ സ്ഥിരസ്ഥിതി നെയിംസ്‌പെയ്‌സ് ഉപയോഗിക്കും. നിർഭാഗ്യവശാൽ, kubectl ഉപയോഗിച്ച് സജീവമായ നെയിംസ്പേസ് നിയന്ത്രിക്കാൻ ശ്രമിക്കുന്നത് പരാജയപ്പെടാം. എന്നിരുന്നാലും, ഈ പ്രക്രിയ വളരെ എളുപ്പമാക്കുന്ന കുബെൻസ് എന്ന വളരെ നല്ല ഉപകരണം ഉണ്ട്. നിങ്ങൾ കുബെൻസ് കമാൻഡ് പ്രവർത്തിപ്പിക്കുമ്പോൾ, സജീവമായ നെയിംസ്‌പെയ്‌സ് ഹൈലൈറ്റ് ചെയ്‌തിരിക്കുന്ന എല്ലാ നെയിംസ്‌പെയ്‌സുകളും നിങ്ങൾ കാണുന്നു.

സജീവമായ നെയിംസ്പേസ് ടെസ്റ്റ് നെയിംസ്പേസിലേക്ക് മാറ്റുന്നതിന്, നിങ്ങൾ $kubens ടെസ്റ്റ് കമാൻഡ് പ്രവർത്തിപ്പിക്കുക. നിങ്ങൾ $kubens കമാൻഡ് വീണ്ടും പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, ഒരു പുതിയ സജീവ നെയിംസ്പേസ് ഇപ്പോൾ അനുവദിച്ചിരിക്കുന്നതായി നിങ്ങൾ കാണും - ടെസ്റ്റ്.

ടെസ്റ്റ് നെയിംസ്‌പെയ്‌സിലെ പോഡ് കാണുന്നതിന് നിങ്ങൾക്ക് നെയിംസ്‌പേസ് ഫ്ലാഗ് ആവശ്യമില്ല എന്നാണ് ഇതിനർത്ഥം.

ഈ രീതിയിൽ നെയിംസ്പേസുകൾ പരസ്പരം മറഞ്ഞിരിക്കുന്നു, എന്നാൽ പരസ്പരം ഒറ്റപ്പെട്ടതല്ല. ഒരു നെയിംസ്‌പെയ്‌സിലെ ഒരു സേവനത്തിന് മറ്റൊരു നെയിംസ്‌പെയ്‌സിലെ സേവനവുമായി വളരെ എളുപ്പത്തിൽ ആശയവിനിമയം നടത്താൻ കഴിയും, അത് പലപ്പോഴും വളരെ ഉപയോഗപ്രദമാണ്. വ്യത്യസ്‌ത നെയിംസ്‌പെയ്‌സുകളിൽ ഉടനീളം ആശയവിനിമയം നടത്താനുള്ള കഴിവ് അർത്ഥമാക്കുന്നത് നിങ്ങളുടെ ഡെവലപ്പർമാരുടെ സേവനത്തിന് മറ്റൊരു നെയിംസ്‌പെയ്‌സിൽ മറ്റൊരു ദേവ് ടീമിന്റെ സേവനവുമായി ആശയവിനിമയം നടത്താൻ കഴിയുമെന്നാണ്.

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

ഭാഗ്യവശാൽ, DNS വിലാസത്തിന്റെ വിപുലീകരിച്ച ഫോം ഉപയോഗിച്ച് ഇത് എളുപ്പത്തിൽ കണ്ടെത്താനാകും. ഒരു പൊതു DNS ടെംപ്ലേറ്റ് ഉപയോഗിച്ച് Kubernetes-ലെ സേവനങ്ങൾ അവയുടെ അന്തിമ പോയിന്റുകൾ വെളിപ്പെടുത്തുന്നു. ഇത് ഇതുപോലെ തോന്നുന്നു:

സാധാരണഗതിയിൽ, നിങ്ങൾക്ക് സേവനത്തിന്റെ പേര് മാത്രം മതി, DNS സ്വയമേവ പൂർണ്ണ വിലാസം നിർണ്ണയിക്കും.

എന്നിരുന്നാലും, നിങ്ങൾക്ക് മറ്റൊരു നെയിംസ്‌പെയ്‌സിൽ ഒരു സേവനം ആക്‌സസ് ചെയ്യണമെങ്കിൽ, സേവന നാമവും നെയിംസ്‌പെയ്‌സിന്റെ പേരും ഉപയോഗിക്കുക:

ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു ടെസ്റ്റ് നെയിംസ്പേസിലെ ഒരു സേവന ഡാറ്റാബേസിലേക്ക് കണക്റ്റുചെയ്യണമെങ്കിൽ, നിങ്ങൾക്ക് ഡാറ്റാബേസ് database.test എന്ന വിലാസം ഉപയോഗിക്കാം.

പ്രൊഡ് നെയിംസ്‌പെയ്‌സിലെ സേവന ഡാറ്റാബേസിലേക്ക് കണക്റ്റുചെയ്യണമെങ്കിൽ, നിങ്ങൾ database.prod ഉപയോഗിക്കുന്നു.

നെയിംസ്‌പേസ് ആക്‌സസ്സ് ഒറ്റപ്പെടുത്താനും നിയന്ത്രിക്കാനും നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, Kubernetes നെറ്റ്‌വർക്ക് നയങ്ങൾ ഉപയോഗിച്ച് ഇത് ചെയ്യാൻ Kubernetes നിങ്ങളെ അനുവദിക്കുന്നു. അടുത്ത എപ്പിസോഡിൽ ഞാൻ ഇതിനെക്കുറിച്ച് സംസാരിക്കും.

ഞാൻ എത്ര നെയിംസ്‌പെയ്‌സുകൾ സൃഷ്‌ടിക്കണം, എന്തിനുവേണ്ടിയാണ് എന്ന ചോദ്യം എന്നോട് പലപ്പോഴും ചോദിക്കാറുണ്ട്. നിയന്ത്രിത ഡാറ്റയുടെ ഒരു ഭാഗം എന്താണ്?

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

നിങ്ങൾ 5-10 മൈക്രോസർവീസുകൾ വികസിപ്പിക്കുന്നതിൽ പ്രവർത്തിക്കുന്ന ഒരു ചെറിയ ടീമിന്റെ ഭാഗമാണെന്ന് സങ്കൽപ്പിക്കുക, നിങ്ങൾക്ക് എല്ലാ ഡെവലപ്പർമാരെയും ഒരു മുറിയിൽ എളുപ്പത്തിൽ ശേഖരിക്കാനാകും. ഈ സാഹചര്യത്തിൽ, ഡിഫോൾട്ട് നെയിംസ്‌പെയ്‌സിൽ എല്ലാ ഉൽപ്പന്ന സേവനങ്ങളും പ്രവർത്തിപ്പിക്കുന്നതിൽ അർത്ഥമുണ്ട്. തീർച്ചയായും, കൂടുതൽ ഫ്ലെക്സിബിലിറ്റിക്ക്, നിങ്ങൾക്ക് 2 നെയിംസ്പേസുകൾ ഉപയോഗിക്കാം - പ്രോഡിനും ഡെവലിനും വെവ്വേറെ. മിക്കവാറും, മിനിക്യൂബ് പോലെയുള്ള ഒന്ന് ഉപയോഗിച്ച് നിങ്ങളുടെ പ്രാദേശിക കമ്പ്യൂട്ടറിൽ നിങ്ങളുടെ വികസനം നിങ്ങൾ പരിശോധിക്കും.

കാര്യങ്ങൾ മാറുമെന്ന് നമുക്ക് പറയാം, നിങ്ങൾക്ക് ഇപ്പോൾ 10-ലധികം മൈക്രോസർവീസുകളിൽ ഒരേസമയം പ്രവർത്തിക്കുന്ന ഒരു അതിവേഗം വളരുന്ന ടീം ഉണ്ട്. പ്രോഡിനും ഡെവലിനും വെവ്വേറെ നിരവധി ക്ലസ്റ്ററുകളോ നെയിംസ്‌പെയ്‌സുകളോ ഉപയോഗിക്കേണ്ട ഒരു സമയം വരുന്നു. നിങ്ങൾക്ക് ടീമിനെ നിരവധി ഉപ-ടീമുകളായി വിഭജിക്കാം, അതിലൂടെ ഓരോന്നിനും അതിന്റേതായ മൈക്രോസർവീസുകൾ ഉണ്ടായിരിക്കും, കൂടാതെ ഈ ടീമുകൾക്കെല്ലാം സോഫ്‌റ്റ്‌വെയർ വികസനവും റിലീസും കൈകാര്യം ചെയ്യുന്ന പ്രക്രിയ സുഗമമാക്കുന്നതിന് സ്വന്തം നെയിംസ്‌പെയ്‌സ് തിരഞ്ഞെടുക്കാനാകും.

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

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

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

പ്രോഗ്രാമർമാർ സേവനങ്ങൾ സ്വമേധയാ വിന്യസിക്കരുത്, അവർക്ക് പ്രശ്‌നമില്ലാത്ത നെയിംസ്‌പെയ്‌സുകളിലേക്ക് ആക്‌സസ് ഉണ്ടായിരിക്കരുത്. ഈ ഘട്ടത്തിൽ, മോശമായി കോൺഫിഗർ ചെയ്ത ആപ്ലിക്കേഷനുകളുടെ "ബ്ലാസ്റ്റ് റേഡിയസ്" കുറയ്ക്കുന്നതിനും ബില്ലിംഗ് പ്രക്രിയകളും റിസോഴ്സ് മാനേജ്മെന്റും ലളിതമാക്കുന്നതിന് നിരവധി ക്ലസ്റ്ററുകൾ ഉണ്ടായിരിക്കുന്നതാണ് ഉചിതം.

അതിനാൽ, നിങ്ങളുടെ ഓർഗനൈസേഷന്റെ നെയിംസ്‌പെയ്‌സുകളുടെ ശരിയായ ഉപയോഗം കുബർനെറ്റുകളെ കൂടുതൽ കൈകാര്യം ചെയ്യാവുന്നതും നിയന്ത്രിക്കാവുന്നതും സുരക്ഷിതവും വഴക്കമുള്ളതുമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. റെഡിനെസ്, ലൈവ്‌നെസ് ടെസ്റ്റുകൾ ഉപയോഗിച്ച് കുബർനെറ്റസ് ലൈവ്‌നെസ് സാധൂകരിക്കുന്നു

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

ഞങ്ങളോടൊപ്പം താമസിച്ചതിന് നന്ദി. ഞങ്ങളുടെ ലേഖനങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമാണോ? കൂടുതൽ രസകരമായ ഉള്ളടക്കം കാണാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഒരു ഓർഡർ നൽകി അല്ലെങ്കിൽ സുഹൃത്തുക്കൾക്ക് ശുപാർശ ചെയ്തുകൊണ്ട് ഞങ്ങളെ പിന്തുണയ്ക്കുക, $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