കുബർനെറ്റസ് ലോകം കീഴടക്കും. എപ്പോൾ, എങ്ങനെ?

തലേന്ന് DevOpsConf വിറ്റാലി ഖബറോവ് അഭിമുഖം നടത്തി ദിമിത്രി സ്റ്റോലിയറോവ് (ഡിസ്റ്റോൾ), ടെക്നിക്കൽ ഡയറക്ടറും ഫ്ലാന്റ് കമ്പനിയുടെ സഹസ്ഥാപകനും. ഫ്ലാന്റ് എന്താണ് ചെയ്യുന്നത്, കുബർനെറ്റസ്, ആവാസവ്യവസ്ഥയുടെ വികസനം, പിന്തുണ എന്നിവയെക്കുറിച്ച് വിറ്റാലി ദിമിത്രിയോട് ചോദിച്ചു. എന്തുകൊണ്ടാണ് കുബർനെറ്റസ് ആവശ്യമെന്നും അത് ആവശ്യമാണോ എന്നും ഞങ്ങൾ ചർച്ച ചെയ്തു. മൈക്രോസർവീസുകളെക്കുറിച്ചും, Amazon AWS, DevOps-നോടുള്ള “ഞാൻ ഭാഗ്യവാനായിരിക്കും” എന്ന സമീപനം, കുബർനെറ്റസിന്റെ തന്നെ ഭാവി, എന്തുകൊണ്ട്, എപ്പോൾ, എങ്ങനെ ലോകത്തെ ഏറ്റെടുക്കും, DevOps-ന്റെ സാധ്യതകൾ, എഞ്ചിനീയർമാർ എന്തിനുവേണ്ടി തയ്യാറെടുക്കണം ലളിതവൽക്കരണവും ന്യൂറൽ നെറ്റ്‌വർക്കുകളും ഉപയോഗിച്ച് ശോഭയുള്ളതും സമീപഭാവിയിൽ.

യഥാർത്ഥ അഭിമുഖം DevOps Deflop-ൽ പോഡ്‌കാസ്റ്റ് രൂപത്തിൽ കേൾക്കുക - DevOps-നെക്കുറിച്ചുള്ള റഷ്യൻ ഭാഷയിലുള്ള പോഡ്‌കാസ്റ്റ്, ടെക്‌സ്‌റ്റ് പതിപ്പ് ചുവടെയുണ്ട്.

ഇവിടെയും താഴെയും അവൻ ചോദ്യങ്ങൾ ചോദിക്കുന്നു വിറ്റാലി ഖബറോവ് എക്സ്പ്രസ്42 ൽ നിന്നുള്ള എഞ്ചിനീയർ.

"ഫ്ലാന്റ്" എന്നതിനെക്കുറിച്ച്

- ഹലോ ദിമ. നിങ്ങളാണ് സാങ്കേതിക സംവിധായകൻ"ഫ്ലാന്റ്” കൂടാതെ അതിന്റെ സ്ഥാപകനും. കമ്പനി എന്താണ് ചെയ്യുന്നതെന്നും അതിൽ നിങ്ങൾ എന്താണെന്നും ഞങ്ങളോട് പറയുക?

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




ഒരു സാങ്കേതിക ഡയറക്ടറും കമ്പനിയുടെ സ്ഥാപകരിൽ ഒരാളും എന്ന നിലയിൽ, ഉൽപ്പാദനത്തിന്റെ പ്രവേശനക്ഷമത വർദ്ധിപ്പിക്കാനും അതിന്റെ പ്രവർത്തനം ലളിതമാക്കാനും അഡ്മിനിസ്ട്രേറ്റർമാരുടെ ജീവിതം എളുപ്പമാക്കാനും ഡവലപ്പർമാരുടെ ജീവിതം കൂടുതൽ മെച്ചപ്പെടുത്താനും എങ്ങനെയെന്ന് മനസിലാക്കാൻ ഞാൻ രാവും പകലും ചെലവഴിക്കുന്നു. രസകരമായ.

കുബർനെറ്റസിനെ കുറിച്ച്

- ഈയിടെയായി ഞാൻ "ഫ്ലാന്റ്" എന്നതിൽ നിന്നും ധാരാളം റിപ്പോർട്ടുകൾ കാണുന്നുണ്ട് ലേഖനങ്ങൾ കുബർനെറ്റസിനെ കുറിച്ച്. നിങ്ങൾ എങ്ങനെയാണ് അവന്റെ അടുത്ത് വന്നത്?

ദിമിത്രി: ഞാൻ ഇതിനെക്കുറിച്ച് ഇതിനകം പലതവണ സംസാരിച്ചിട്ടുണ്ട്, പക്ഷേ അത് ആവർത്തിക്കുന്നതിൽ എനിക്ക് വിഷമമില്ല. കാരണവും ഫലവും തമ്മിൽ ആശയക്കുഴപ്പം ഉള്ളതിനാൽ ഈ വിഷയം ആവർത്തിക്കുന്നത് ശരിയാണെന്ന് ഞാൻ കരുതുന്നു.

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

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

അതെ, ഇവിടെ ഒരുതരം അപൂർണതയുണ്ട്, അവിടെ ഒരുതരം അപൂർണതയുണ്ട് - ധാരാളം കുറവുകൾ ഉണ്ട്, 1.2 പൊതുവെ ഭയങ്കരമാണ്, പക്ഷേ... കുബർനെറ്റസ് നിർമ്മാണത്തിലിരിക്കുന്ന ഒരു കെട്ടിടം പോലെയാണ് - നിങ്ങൾ പ്രോജക്റ്റ് നോക്കി മനസ്സിലാക്കുക. തണുത്തതായിരിക്കുമെന്ന്. കെട്ടിടത്തിന് ഇപ്പോൾ ഒരു അടിത്തറയും രണ്ട് നിലകളുമുണ്ടെങ്കിൽ, ഇതുവരെ നീങ്ങാതിരിക്കുന്നതാണ് നല്ലതെന്ന് നിങ്ങൾ മനസ്സിലാക്കുന്നു, പക്ഷേ സോഫ്റ്റ്വെയറിൽ അത്തരം പ്രശ്നങ്ങളൊന്നുമില്ല - നിങ്ങൾക്ക് ഇതിനകം തന്നെ ഇത് ഉപയോഗിക്കാൻ കഴിയും.

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

കുബർനെറ്റസിനെ കുറിച്ച്

- കുബർനെറ്റസിന്റെ വികസനത്തിൽ നിങ്ങൾ നേരിട്ട് പങ്കാളിയാണോ?

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

— അതേ സമയം, കുബർനെറ്റസിന് ചുറ്റും നിങ്ങളുടെ പല ടൂളുകളും നിങ്ങൾ വികസിപ്പിക്കുന്നുണ്ടോ?

ദിമിത്രി: തന്ത്രം ഇതാണ്: ഞങ്ങൾ പോയി ഇതിനകം നിലവിലുള്ള എല്ലാത്തിനും അഭ്യർത്ഥനകൾ വലിക്കുക. പുൾ അഭ്യർത്ഥനകൾ അവിടെ സ്വീകരിക്കുന്നില്ലെങ്കിൽ, ഞങ്ങൾ അവയെ സ്വയം ഫോർക്ക് ചെയ്യുകയും ഞങ്ങളുടെ ബിൽഡുകളുമായി അവ സ്വീകരിക്കുന്നത് വരെ ജീവിക്കുകയും ചെയ്യും. തുടർന്ന്, അത് അപ്‌സ്ട്രീമിൽ എത്തുമ്പോൾ, ഞങ്ങൾ അപ്‌സ്ട്രീം പതിപ്പിലേക്ക് മടങ്ങുന്നു.

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

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

പാത എല്ലായ്പ്പോഴും ഇതുപോലെയാണ്: ഞങ്ങൾ വളരെ ശ്രദ്ധാപൂർവ്വം തിരയുന്നു, ഒരു റൊട്ടിയിൽ നിന്ന് ഒരു ട്രോളിബസ് എങ്ങനെ നിർമ്മിക്കാം എന്നതിന് ഒരു പരിഹാരവും കണ്ടെത്തിയില്ലെങ്കിൽ, ഞങ്ങൾ സ്വന്തം അപ്പവും സ്വന്തം ട്രോളിബസും ഉണ്ടാക്കുന്നു.

ഫ്ലാന്റാ ഉപകരണങ്ങൾ

— Flant-ന് ഇപ്പോൾ ആഡ്‌ഓൺ ഓപ്പറേറ്റർമാർ, ഷെൽ ഓപ്പറേറ്റർമാർ, dapp/werf ടൂളുകൾ എന്നിവ ഉണ്ടെന്ന് എനിക്കറിയാം. ഞാൻ മനസ്സിലാക്കിയതുപോലെ, വ്യത്യസ്ത അവതാരങ്ങളിൽ ഇത് ഒരേ ഉപകരണമാണ്. Flaunt-നുള്ളിൽ നിരവധി വ്യത്യസ്ത ടൂളുകൾ ഉണ്ടെന്നും ഞാൻ മനസ്സിലാക്കുന്നു. ഇത് സത്യമാണ്?

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

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

ആവാസവ്യവസ്ഥയുടെ വികസനം

- ഈ ഉപകരണത്തിന്റെ വികസനത്തിനും അതിന്റെ ഉപയോഗ രീതികൾക്കും ഇത് വളരെ വലിയ സംഭാവനയാണെന്ന് എനിക്ക് തോന്നുന്നു. ആവാസവ്യവസ്ഥയുടെ വികസനത്തിന് സമാനമായ സംഭാവന മറ്റാരെങ്കിലും നൽകുമെന്ന് നിങ്ങൾക്ക് ഏകദേശം കണക്കാക്കാമോ?

ദിമിത്രി: റഷ്യയിൽ, ഞങ്ങളുടെ വിപണിയിൽ പ്രവർത്തിക്കുന്ന കമ്പനികളിൽ, ആരും അടുത്തില്ല. തീർച്ചയായും, ഇത് ഒരു ഉച്ചത്തിലുള്ള പ്രസ്താവനയാണ്, കാരണം മെയിൽ, യാൻഡെക്സ് പോലുള്ള വലിയ കളിക്കാർ ഉണ്ട് - അവരും കുബെർനെറ്റുമായി എന്തെങ്കിലും ചെയ്യുന്നു, പക്ഷേ അവർ പോലും നമ്മളേക്കാൾ കൂടുതൽ ചെയ്യുന്ന ലോകമെമ്പാടുമുള്ള കമ്പനികളുടെ സംഭാവനയോട് അടുക്കുന്നില്ല. ഞാൻ തെറ്റിദ്ധരിച്ചിട്ടില്ലെങ്കിൽ, ഫ്ലാന്റിനെ 80 ആളുകളുമായും ഒരു കുബർനെറ്റസിന് മാത്രം 300 എഞ്ചിനീയർമാരുള്ള റെഡ് ഹാറ്റുമായും താരതമ്യം ചെയ്യുന്നത് ബുദ്ധിമുട്ടാണ്. താരതമ്യം ചെയ്യാൻ പ്രയാസമാണ്. RnD ഡിപ്പാർട്ട്‌മെന്റിൽ ഞാനുൾപ്പെടെ 6 പേരുണ്ട്, അവർ ഞങ്ങളുടെ എല്ലാ ഉപകരണങ്ങളും മുറിച്ചു. 6 ആളുകളും 300 റെഡ് ഹാറ്റ് എഞ്ചിനീയർമാരും - ഇത് താരതമ്യം ചെയ്യാൻ പ്രയാസമാണ്.

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

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

DevOps എഞ്ചിനീയർ എന്ന ജോലിയുടെ തലക്കെട്ടിനെക്കുറിച്ച് എനിക്ക് എല്ലാം മനസ്സിലായി, എല്ലാവരും എല്ലാം മനസ്സിലാക്കുന്നു, DevOps എഞ്ചിനീയർമാരെ DevOps എഞ്ചിനീയർമാർ എന്ന് വിളിക്കുന്നത് പതിവാണ്, ഞങ്ങൾ ഇത് ചർച്ച ചെയ്യില്ല. ഈ 40 അത്ഭുതകരമായ DevOps എഞ്ചിനീയർമാരും എല്ലാ ദിവസവും പ്രശ്നങ്ങൾ അഭിമുഖീകരിക്കുകയും അവ പരിഹരിക്കുകയും ചെയ്യുന്നു, ഞങ്ങൾ ഈ അനുഭവം വിശകലനം ചെയ്യുകയും സാമാന്യവൽക്കരിക്കാൻ ശ്രമിക്കുകയും ചെയ്യുന്നു. അത് നമ്മുടെ ഉള്ളിൽ തുടരുകയാണെങ്കിൽ, ഒന്നോ രണ്ടോ വർഷത്തിനുള്ളിൽ ഉപകരണം ഉപയോഗശൂന്യമാകുമെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു, കാരണം സമൂഹത്തിൽ എവിടെയെങ്കിലും ഒരു റെഡിമെയ്ഡ് തുല പ്രത്യക്ഷപ്പെടും. ഈ അനുഭവം ആന്തരികമായി ശേഖരിക്കുന്നതിൽ അർത്ഥമില്ല - ഇത് ഊർജവും സമയവും dev/null ആയി കളയുകയാണ്. പിന്നെ നമുക്ക് ഒട്ടും ഖേദമില്ല. ഞങ്ങൾ എല്ലാം വളരെ സന്തോഷത്തോടെ പ്രസിദ്ധീകരിക്കുകയും അത് പ്രസിദ്ധീകരിക്കുകയും വികസിപ്പിക്കുകയും പ്രൊമോട്ട് ചെയ്യുകയും പ്രോത്സാഹിപ്പിക്കുകയും ചെയ്യണമെന്ന് മനസ്സിലാക്കുകയും ചെയ്യുന്നു, അതുവഴി ആളുകൾ അത് ഉപയോഗിക്കുകയും അവരുടെ സ്വന്തം അനുഭവം ചേർക്കുകയും ചെയ്യുന്നു - അപ്പോൾ എല്ലാം വളരുകയും ജീവിക്കുകയും ചെയ്യുന്നു. പിന്നെ, രണ്ട് വർഷം കഴിഞ്ഞിട്ടും ഉപകരണം ചവറ്റുകുട്ടയിലേക്ക് പോകുന്നില്ല. ശക്തി പകരുന്നത് തുടരുന്നത് ഒരു ദയനീയമല്ല, കാരണം ആരെങ്കിലും നിങ്ങളുടെ ഉപകരണം ഉപയോഗിക്കുന്നുണ്ടെന്ന് വ്യക്തമാണ്, രണ്ട് വർഷത്തിന് ശേഷം എല്ലാവരും അത് ഉപയോഗിക്കുന്നു.

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

ഞങ്ങൾ ഊർജം ചെലവഴിച്ചു, Go-യിലെ ഡാപ്പ് വീണ്ടും എഴുതുകയും അതിനെ വെർഫ് എന്ന് വിളിക്കുകയും ചെയ്തു. Dapp ഇനി പിന്തുണയ്‌ക്കില്ല, വികസിപ്പിച്ചിട്ടില്ല, ചില ഏറ്റവും പുതിയ പതിപ്പിൽ പ്രവർത്തിക്കുന്നു, എന്നാൽ മുകളിലേക്ക് ഒരു സമ്പൂർണ്ണ നവീകരണ പാതയുണ്ട്, നിങ്ങൾക്ക് അത് പിന്തുടരാനാകും.

എന്തുകൊണ്ടാണ് ഡാപ്പ് സൃഷ്ടിച്ചത്?

— ഡാപ്പ് എന്തിനാണ് സൃഷ്ടിച്ചത്, എന്ത് പ്രശ്‌നങ്ങളാണ് ഇത് പരിഹരിക്കുന്നത് എന്ന് നിങ്ങൾക്ക് ചുരുക്കമായി പറയാമോ?

ദിമിത്രി: ആദ്യത്തെ കാരണം അസംബ്ലിയാണ്. തുടക്കത്തിൽ, ഡോക്കറിന് മൾട്ടി-സ്റ്റേജ് കഴിവുകൾ ഇല്ലാതിരുന്നപ്പോൾ ബിൽഡിൽ ഞങ്ങൾക്ക് ഗുരുതരമായ പ്രശ്‌നങ്ങളുണ്ടായിരുന്നു, ഞങ്ങൾ സ്വന്തമായി മൾട്ടി-സ്റ്റേജ് ഉണ്ടാക്കി. ഇമേജ് ക്ലീനിംഗുമായി ബന്ധപ്പെട്ട് ഞങ്ങൾക്ക് ഒരു കൂട്ടം പ്രശ്‌നങ്ങൾ ഉണ്ടായിരുന്നു. CI/CD ചെയ്യുന്ന എല്ലാവരും, അധികം വൈകാതെ, ശേഖരിച്ച ചിത്രങ്ങൾ ഒരു കൂട്ടം ഉണ്ടെന്ന പ്രശ്നം അഭിമുഖീകരിക്കുന്നു, ആവശ്യമില്ലാത്തത് എങ്ങനെയെങ്കിലും വൃത്തിയാക്കുകയും ആവശ്യമുള്ളത് ഉപേക്ഷിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്.

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

ഞങ്ങൾ പറയുന്നത് രസകരമാണ്: “ഹെൽം, പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുക,” അദ്ദേഹം അത് ഇൻസ്റ്റാൾ ചെയ്തുവെന്ന് ഉത്തരം നൽകുമ്പോൾ, അവൻ ഇൻസ്റ്റാളേഷൻ ആരംഭിച്ചതായി മാറുന്നു - അദ്ദേഹം കുബെർനെറ്റസിനെ സൂചിപ്പിച്ചു: “ഈ കാര്യം സമാരംഭിക്കുക!”, അത് ആരംഭിച്ചോ ഇല്ലയോ? , അത് പ്രവർത്തിച്ചാലും ഇല്ലെങ്കിലും, ഹെൽം ഈ പ്രശ്നം പരിഹരിക്കുന്നില്ല.

കുബെർനെറ്റസിലേക്ക് ഡാറ്റ ലോഡ് ചെയ്യുന്ന ഒരു ടെക്സ്റ്റ് പ്രീപ്രോസസർ മാത്രമാണ് ഹെൽം എന്ന് ഇത് മാറുന്നു.

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

പദ്ധതികൾ

ഈ വർഷം പ്രാദേശിക വികസനത്തിലേക്കും കടക്കും. വാഗ്രന്റിൽ മുമ്പ് ഉണ്ടായിരുന്നത് നേടാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു - ഞങ്ങൾ "വാഗ്രന്റ് അപ്പ്" എന്ന് ടൈപ്പ് ചെയ്യുകയും ഞങ്ങൾ വെർച്വൽ മെഷീനുകൾ വിന്യസിക്കുകയും ചെയ്തു. Git-ൽ ഒരു പ്രോജക്‌റ്റ് ഉള്ള ഒരു പോയിന്റിൽ എത്താൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു, ഞങ്ങൾ അവിടെ “werf up” എന്ന് എഴുതുന്നു, കൂടാതെ വികസനത്തിന് സൗകര്യപ്രദമായ എല്ലാ ഡയറക്‌ടറികളും ബന്ധിപ്പിച്ചിട്ടുള്ള ഒരു പ്രാദേശിക മിനി-കുബിൽ വിന്യസിച്ചിരിക്കുന്ന ഈ പ്രോജക്റ്റിന്റെ ഒരു പ്രാദേശിക പകർപ്പ് അത് എടുക്കുന്നു. വികസന ഭാഷയെ ആശ്രയിച്ച്, ഇത് വ്യത്യസ്തമായ രീതിയിലാണ് ചെയ്യുന്നത്, എന്നിരുന്നാലും, മൌണ്ട് ചെയ്ത ഫയലുകൾക്ക് കീഴിൽ നിങ്ങൾക്ക് സൗകര്യപ്രദമായി പ്രാദേശിക വികസനം നടത്താൻ കഴിയും.

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

എന്നാൽ ഡാപ്പ്/വെർഫിലേക്കുള്ള പാത എല്ലായ്‌പ്പോഴും കുബർനെറ്റസിന്റെ തുടക്കത്തിൽ തന്നെയായിരുന്നു. ഞങ്ങൾ പ്രശ്‌നങ്ങൾ നേരിട്ടു, പരിഹാരമാർഗങ്ങൾ ഉപയോഗിച്ച് അവ പരിഹരിച്ചു - ഷെൽ ഉപയോഗിച്ച്, എന്തും ഉപയോഗിച്ച് സ്വയം ചില പരിഹാരങ്ങൾ കണ്ടെത്തി. ഞങ്ങൾ ലളിതമായി പങ്കിടുന്ന ഈ സാഹചര്യത്തിൽ ഈ പരിഹാരങ്ങളെ ബൈനറികളാക്കി എങ്ങനെയെങ്കിലും നേരെയാക്കാനും സാമാന്യവൽക്കരിക്കാനും ഏകീകരിക്കാനും അവർ ശ്രമിച്ചു.

ഈ മുഴുവൻ കഥയെയും സമാനതകളോടെ നോക്കാൻ മറ്റൊരു വഴിയുണ്ട്.

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

വെർഫിന്റെ കാര്യത്തിൽ, ഇത് കുബർനെറ്റസിന്റെ മറ്റൊരു ഘടകമാണ്. ഇപ്പോൾ മാത്രമാണ് ഞങ്ങളുടെ വെർഫിന്റെ ആൽഫ പതിപ്പിൽ, ഉദാഹരണത്തിന്, ഹെൽം വെർഫിനുള്ളിൽ സമാഹരിച്ചിരിക്കുന്നത്, കാരണം ഞങ്ങൾ അത് സ്വയം ചെയ്യാൻ മടുത്തു. ഇത് ചെയ്യുന്നതിന് നിരവധി കാരണങ്ങളുണ്ട്, വെർഫിനുള്ളിലെ ടില്ലർ ഉപയോഗിച്ച് ഞങ്ങൾ എന്തിനാണ് മുഴുവൻ ഹെമും സമാഹരിച്ചത് എന്നതിനെക്കുറിച്ച് ഞാൻ വിശദമായി നിങ്ങളോട് പറയും. RIT++ ലെ റിപ്പോർട്ടിൽ.

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

കുബർനെറ്റുകളെ പരിപാലിക്കുന്നത് ബുദ്ധിമുട്ടാണോ?

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

ദിമിത്രി: ഇത് വളരെ ബുദ്ധിമുട്ടുള്ള ഒരു ചോദ്യമാണ്, ഉത്തരം നൽകാൻ കുബെർനെറ്റസിൽ നിന്ന് എന്താണ് പിന്തുണയെന്നും ഞങ്ങൾക്ക് എന്താണ് വേണ്ടതെന്നും മനസ്സിലാക്കേണ്ടതുണ്ട്. ഒരുപക്ഷേ നിങ്ങൾ അത് വെളിപ്പെടുത്തുമോ?

- എനിക്കറിയാവുന്നതും ഞാൻ കാണുന്നതുമായിടത്തോളം, ഇപ്പോൾ പല ടീമുകളും കുബർനെറ്റസ് പരീക്ഷിക്കാൻ ആഗ്രഹിക്കുന്നു. എല്ലാവരും അത് സ്വയം പ്രയോഗിക്കുന്നു, മുട്ടുകുത്തിയിടുന്നു. ഈ സംവിധാനത്തിന്റെ സങ്കീർണ്ണത ആളുകൾക്ക് എല്ലായ്പ്പോഴും മനസ്സിലാകുന്നില്ല എന്ന തോന്നൽ എനിക്കുണ്ട്.

ദിമിത്രി: അതങ്ങനെയാണ്.

— കുബെർനെറ്റുകളെ ഒന്നുമില്ലായ്മയിൽ നിന്ന് എടുത്ത് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് എത്ര ബുദ്ധിമുട്ടാണ്, അങ്ങനെ അത് ഉൽപ്പാദനം തയ്യാറാണ്?

ദിമിത്രി: ഹൃദയം മാറ്റിവയ്ക്കുന്നത് എത്ര ബുദ്ധിമുട്ടാണെന്ന് നിങ്ങൾ കരുതുന്നു? ഇതൊരു വിട്ടുവീഴ്ച ചെയ്യാനുള്ള ചോദ്യമാണെന്ന് ഞാൻ മനസ്സിലാക്കുന്നു. ഒരു സ്കാൽപെൽ ഉപയോഗിക്കുകയും തെറ്റ് വരുത്താതിരിക്കുകയും ചെയ്യുന്നത് അത്ര ബുദ്ധിമുട്ടുള്ള കാര്യമല്ല. എവിടെ മുറിക്കണമെന്നും എവിടെ തുന്നണമെന്നും അവർ നിങ്ങളോട് പറഞ്ഞാൽ, നടപടിക്രമം തന്നെ സങ്കീർണ്ണമല്ല. എല്ലാം പ്രവർത്തിക്കുമെന്ന് കാലാകാലങ്ങളിൽ ഉറപ്പ് നൽകുന്നത് ബുദ്ധിമുട്ടാണ്.

Kubernetes ഇൻസ്റ്റാൾ ചെയ്യുകയും അത് പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുന്നത് എളുപ്പമാണ്: chik! — ഇൻസ്റ്റാൾ ചെയ്തു, ധാരാളം ഇൻസ്റ്റലേഷൻ രീതികൾ ഉണ്ട്. എന്നാൽ പ്രശ്‌നങ്ങൾ ഉണ്ടാകുമ്പോൾ എന്താണ് സംഭവിക്കുന്നത്?

ചോദ്യങ്ങൾ എല്ലായ്പ്പോഴും ഉയർന്നുവരുന്നു: ഞങ്ങൾ ഇതുവരെ എന്താണ് കണക്കിലെടുക്കാത്തത്? നമ്മൾ ഇതുവരെ എന്താണ് ചെയ്യാത്തത്? ഏത് ലിനക്സ് കേർണൽ പാരാമീറ്ററുകളാണ് തെറ്റായി വ്യക്തമാക്കിയത്? കർത്താവേ, ഞങ്ങൾ അവരെ ചൂണ്ടിക്കാണിച്ചോ?! ഏത് കുബർനെറ്റസ് ഘടകങ്ങളാണ് ഞങ്ങൾ ഡെലിവർ ചെയ്‌തത്, ഏതൊക്കെ ചെയ്യാത്തത്? ആയിരക്കണക്കിന് ചോദ്യങ്ങൾ ഉയർന്നുവരുന്നു, അവയ്ക്ക് ഉത്തരം നൽകാൻ, നിങ്ങൾ ഈ വ്യവസായത്തിൽ 15-20 വർഷം ചെലവഴിക്കേണ്ടതുണ്ട്.

"കുബർനെറ്റുകളെ പരിപാലിക്കുന്നത് ബുദ്ധിമുട്ടാണോ?" എന്ന പ്രശ്നത്തിന്റെ അർത്ഥം വെളിപ്പെടുത്തിയേക്കാവുന്ന ഒരു സമീപകാല ഉദാഹരണം ഈ വിഷയത്തിൽ എനിക്കുണ്ട്. കുബെർനെറ്റസിലെ ഒരു ശൃംഖലയായി സിലിയം നടപ്പിലാക്കാൻ ശ്രമിക്കുന്നത് കുറച്ച് കാലം മുമ്പ് ഞങ്ങൾ ഗൗരവമായി പരിഗണിച്ചിരുന്നു.

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

Linux കേർണലിന് ചരിത്രപരമായി ഒരു ip റൂട്ട്, ഒരു ഓവർഫിൽറ്റർ, ബ്രിഡ്ജുകൾ, 15, 20, 30 വർഷം പഴക്കമുള്ള നിരവധി പഴയ ഘടകങ്ങൾ എന്നിവയുണ്ട്. പൊതുവേ, അവർ പ്രവർത്തിക്കുന്നു, എല്ലാം മികച്ചതാണ്, എന്നാൽ ഇപ്പോൾ അവർ കണ്ടെയ്നറുകൾ കൂട്ടിയിട്ടിരിക്കുന്നു, അത് പരസ്പരം മുകളിൽ 15 ഇഷ്ടികകൾ ഉള്ള ഒരു ഗോപുരം പോലെ കാണപ്പെടുന്നു, നിങ്ങൾ അതിൽ ഒരു കാലിൽ നിൽക്കുന്നു - ഒരു വിചിത്രമായ വികാരം. ശരീരത്തിലെ അനുബന്ധം പോലെ നിരവധി സൂക്ഷ്മതകളോടെ ഈ സംവിധാനം ചരിത്രപരമായി വികസിച്ചു. ചില സാഹചര്യങ്ങളിൽ പ്രകടനത്തിൽ പ്രശ്നങ്ങളുണ്ട്, ഉദാഹരണത്തിന്.

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

എന്ത് സംഭവിച്ചു? വളരെ മികച്ച പ്രകടനം, രസകരമായ സവിശേഷതകൾ - വെറും അടിപൊളി! എന്നാൽ ഞങ്ങൾ ഇത് നോക്കുന്നു, ഓരോ മെഷീനിലും Kubernetes API-യുമായി ബന്ധിപ്പിക്കുന്ന ഒരു പ്രോഗ്രാം ഉണ്ടെന്നും, ഈ API-യിൽ നിന്ന് ലഭിക്കുന്ന ഡാറ്റയെ അടിസ്ഥാനമാക്കി, C കോഡ് സൃഷ്ടിക്കുകയും അത് കേർണലിലേക്ക് ലോഡ് ചെയ്യുന്ന ബൈനറികൾ കംപൈൽ ചെയ്യുകയും ചെയ്യുന്നു, അങ്ങനെ ഈ കൊളുത്തുകൾ പ്രവർത്തിക്കുന്നു. കേർണൽ സ്പേസിൽ.

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

പിന്നെ എന്താണ് വ്യത്യാസം? ഐപി റൂട്ട്, ലിനക്സ് കേർണൽ, ഒരു പുതിയ ടൂൾ എന്നിവ ഉണ്ടെന്ന് ഇത് മാറുന്നു - ഇത് എന്ത് വ്യത്യാസമാണ് ഉണ്ടാക്കുന്നത്, ഒന്നോ രണ്ടോ ഞങ്ങൾക്ക് മനസ്സിലാകുന്നില്ല. എന്നാൽ പുതിയ എന്തെങ്കിലും ഉപയോഗിക്കാൻ ഞങ്ങൾ ഭയപ്പെടുന്നു - എന്തുകൊണ്ട്? കാരണം, ഉപകരണത്തിന് 30 വയസ്സ് പ്രായമുണ്ടെങ്കിൽ, 30 വർഷത്തിനുള്ളിൽ എല്ലാ ബഗുകളും കണ്ടെത്തി, എല്ലാ തെറ്റുകളും കടന്നുപോയി, എല്ലാ കാര്യങ്ങളെക്കുറിച്ചും നിങ്ങൾ അറിയേണ്ടതില്ല - ഇത് ഒരു ബ്ലാക്ക് ബോക്സ് പോലെ പ്രവർത്തിക്കുകയും എല്ലായ്പ്പോഴും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു. ഏത് ഡയഗ്നോസ്റ്റിക് സ്ക്രൂഡ്രൈവർ ഏത് സ്ഥലത്ത് ഒട്ടിക്കണമെന്നും ഏത് നിമിഷത്തിൽ ഏത് ടിസിപിഡമ്പ് പ്രവർത്തിപ്പിക്കണമെന്നും എല്ലാവർക്കും അറിയാം. എല്ലാവർക്കും ഡയഗ്നോസ്റ്റിക് യൂട്ടിലിറ്റികൾ നന്നായി അറിയാം, കൂടാതെ ലിനക്സ് കെർണലിൽ ഈ ഘടകങ്ങളുടെ ഒരു കൂട്ടം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസ്സിലാക്കുന്നു - ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നല്ല, അത് എങ്ങനെ ഉപയോഗിക്കണമെന്ന്.

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

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

"ഞാൻ ഭാഗ്യവാനായിരിക്കും" എന്ന സമീപനത്തെക്കുറിച്ച്

— ഈ സൂക്ഷ്മതകൾ പ്രത്യക്ഷപ്പെടുമെന്ന് ഏതാണ്ട് ഉറപ്പുള്ള കമ്പനികളുണ്ടോ? Yandex പെട്ടെന്ന് എല്ലാ സേവനങ്ങളും കുബർനെറ്റസിലേക്ക് മാറ്റുന്നുവെന്ന് കരുതുക, അവിടെ ഒരു വലിയ ലോഡ് ഉണ്ടാകും.

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

എനിക്ക് ഉബുണ്ടു 16.04 ഉണ്ട്. ഇതൊരു പഴയ പതിപ്പാണെന്ന് നിങ്ങൾക്ക് പറയാം, പക്ഷേ ഇത് LTS ആയതിനാൽ ഞങ്ങൾ ഇപ്പോഴും അതിൽ തന്നെയുണ്ട്. systemd ഉണ്ട്, അതിന്റെ സൂക്ഷ്മത സി-ഗ്രൂപ്പുകൾ വൃത്തിയാക്കുന്നില്ല എന്നതാണ്. കുബെർനെറ്റസ് പോഡുകൾ സമാരംഭിക്കുന്നു, സി-ഗ്രൂപ്പുകൾ സൃഷ്ടിക്കുന്നു, തുടർന്ന് പോഡുകൾ ഇല്ലാതാക്കുന്നു, എങ്ങനെയോ അത് മാറുന്നു-എനിക്ക് വിശദാംശങ്ങൾ ഓർമ്മയില്ല, ക്ഷമിക്കണം-സിസ്റ്റംഡ് സ്ലൈസുകൾ അവശേഷിക്കുന്നു. കാലക്രമേണ, ഏത് കാറും ശക്തമായി വേഗത കുറയ്ക്കാൻ തുടങ്ങുന്നു എന്ന വസ്തുതയിലേക്ക് ഇത് നയിക്കുന്നു. ഇത് ഹൈലോഡിനെക്കുറിച്ചുള്ള ഒരു ചോദ്യം പോലുമല്ല. സ്ഥിരമായ പോഡുകൾ സമാരംഭിക്കുകയാണെങ്കിൽ, ഉദാഹരണത്തിന്, നിരന്തരം പോഡുകൾ സൃഷ്ടിക്കുന്ന ഒരു ക്രോൺ ജോബ് ഉണ്ടെങ്കിൽ, ഉബുണ്ടു 16.04 ഉള്ള മെഷീൻ ഒരാഴ്ചയ്ക്ക് ശേഷം വേഗത കുറയാൻ തുടങ്ങും. ഒരു കൂട്ടം സി-ഗ്രൂപ്പുകൾ സൃഷ്ടിക്കപ്പെട്ടതിനാൽ നിരന്തരം ഉയർന്ന ലോഡ് ശരാശരി ഉണ്ടാകും. Ubuntu 16 ഉം Kubernetes ഉം മുകളിൽ ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഏതൊരു വ്യക്തിയും അഭിമുഖീകരിക്കുന്ന ഒരു പ്രശ്നമാണിത്.

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

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

നമ്മൾ ഐസിന് മുകളിൽ നടക്കുമ്പോൾ അതിന്റെ കനം മുൻകൂട്ടി അളന്നില്ലെങ്കിൽ നമ്മൾ ഒരിക്കലും അറിയുകയില്ല എന്നതാണ് ചോദ്യം. പലരും നടക്കുന്നു, വിഷമിക്കേണ്ട, കാരണം അവർ മുമ്പ് നടന്നു.

എന്റെ കാഴ്ചപ്പാടിൽ, ഏതൊരു സിസ്റ്റവും പ്രവർത്തിപ്പിക്കുന്നതിന്റെ സൂക്ഷ്മതയും സങ്കീർണ്ണതയും നമ്മുടെ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ഹിമത്തിന്റെ കനം പര്യാപ്തമാണെന്ന് ഉറപ്പാക്കുക എന്നതാണ്. ഇത് ഇതിനെക്കുറിച്ചാണ്.

ഐടിയിൽ, "ഞാൻ ഭാഗ്യവാനായിരിക്കും" എന്ന സമീപനങ്ങൾ വളരെയധികം ഉണ്ടെന്ന് എനിക്ക് തോന്നുന്നു. ഭാഗ്യം ലഭിക്കുമെന്ന പ്രതീക്ഷയിൽ പലരും സോഫ്റ്റ്‌വെയർ ഇൻസ്റ്റാൾ ചെയ്യുകയും സോഫ്റ്റ്‌വെയർ ലൈബ്രറികൾ ഉപയോഗിക്കുകയും ചെയ്യുന്നു. പൊതുവേ, പലരും ഭാഗ്യവാന്മാരാണ്. അതുകൊണ്ടായിരിക്കാം ഇത് പ്രവർത്തിക്കുന്നത്.

- എന്റെ അശുഭാപ്തി വിലയിരുത്തലിൽ നിന്ന്, ഇത് ഇതുപോലെ കാണപ്പെടുന്നു: അപകടസാധ്യതകൾ കൂടുതലായിരിക്കുമ്പോൾ, ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുമ്പോൾ, ഫ്ലാന്റിൽ നിന്ന്, ഒരുപക്ഷേ Red Hat-ൽ നിന്ന് പിന്തുണ ആവശ്യമാണ്, അല്ലെങ്കിൽ നിങ്ങൾക്ക് പ്രത്യേകമായി Kubernetes-ന് സമർപ്പിച്ചിരിക്കുന്ന നിങ്ങളുടെ സ്വന്തം ആന്തരിക ടീം ആവശ്യമാണ്. അത് വലിച്ചെറിയാൻ.

ദിമിത്രി: വസ്തുനിഷ്ഠമായി, ഇത് അങ്ങനെയാണ്. സ്വന്തമായി ഒരു ചെറിയ ടീമിനായി കുബർനെറ്റസ് സ്റ്റോറിയിലേക്ക് പ്രവേശിക്കുന്നത് നിരവധി അപകടസാധ്യതകൾ ഉൾക്കൊള്ളുന്നു.

നമുക്ക് കണ്ടെയ്നറുകൾ ആവശ്യമുണ്ടോ?

— റഷ്യയിൽ കുബർനെറ്റസ് എത്രത്തോളം വ്യാപകമാണെന്ന് ഞങ്ങളോട് പറയാമോ?

ദിമിത്രി: എന്റെ പക്കൽ ഈ ഡാറ്റ ഇല്ല, മറ്റാരെങ്കിലും ഇത് ഉണ്ടെന്ന് എനിക്ക് ഉറപ്പില്ല. ഞങ്ങൾ പറയുന്നു: "കുബർനെറ്റസ്, കുബർനെറ്റസ്", എന്നാൽ ഈ ചോദ്യത്തിന് മറ്റൊരു വഴിയുണ്ട്. കണ്ടെയ്‌നറുകൾ എത്രത്തോളം വ്യാപകമാണെന്ന് എനിക്കറിയില്ല, പക്ഷേ 70% കണ്ടെയ്‌നറുകളും കുബർനെറ്റസ് ഓർകെസ്‌ട്രേറ്റ് ചെയ്‌തതാണെന്ന് ഇന്റർനെറ്റിലെ റിപ്പോർട്ടുകളിൽ നിന്നുള്ള കണക്ക് എനിക്കറിയാം. ലോകമെമ്പാടുമുള്ള സാമ്പിൾ സാമ്പിളിന്റെ വിശ്വസനീയമായ ഉറവിടമായിരുന്നു ഇത്.

അപ്പോൾ മറ്റൊരു ചോദ്യം - നമുക്ക് കണ്ടെയ്നറുകൾ ആവശ്യമുണ്ടോ? എന്റെ വ്യക്തിപരമായ വികാരവും ഫ്ലാന്റ് കമ്പനിയുടെ മൊത്തത്തിലുള്ള സ്ഥാനവും കുബെർനെറ്റസ് ഒരു യഥാർത്ഥ നിലവാരമാണ് എന്നതാണ്.

കുബർനെറ്റുകളല്ലാതെ മറ്റൊന്നും ഉണ്ടാകില്ല.

ഇൻഫ്രാസ്ട്രക്ചർ മാനേജ്‌മെന്റ് മേഖലയിൽ ഇതൊരു സമ്പൂർണ ഗെയിം ചേഞ്ചറാണ്. കേവലം കേവലം - അത്രമാത്രം, ഇനി അൻസിബിൾ, ഷെഫ്, വെർച്വൽ മെഷീനുകൾ, ടെറാഫോം. ഞാൻ പഴയ കൂട്ടായ കൃഷി രീതികളെക്കുറിച്ചല്ല സംസാരിക്കുന്നത്. കുബർനെറ്റസ് ആത്യന്തികമായി മാറ്റുന്നയാളാണ്, ഇനി ഇതുപോലെ മാത്രമേ ആകൂ.

ചിലർക്ക് ഇത് തിരിച്ചറിയാൻ കുറച്ച് വർഷങ്ങളും മറ്റുള്ളവർക്ക് രണ്ട് ദശാബ്ദങ്ങളും എടുക്കുമെന്ന് വ്യക്തമാണ്. കുബർനെറ്റസും ഈ പുതിയ രൂപവും അല്ലാതെ മറ്റൊന്നും ഉണ്ടാകില്ല എന്നതിൽ എനിക്ക് സംശയമില്ല: ഞങ്ങൾ ഇനി ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തെ നശിപ്പിക്കില്ല, പക്ഷേ ഉപയോഗിക്കുക അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡായി, കോഡ് ഉപയോഗിച്ച് മാത്രമല്ല, yml - ഒരു പ്രഖ്യാപനപരമായി വിവരിച്ച ഇൻഫ്രാസ്ട്രക്ചർ. എന്നും ഇങ്ങനെ തന്നെയായിരിക്കും എന്നൊരു തോന്നൽ.

— അതായത്, ഇതുവരെ കുബർനെറ്റസിലേക്ക് മാറാത്ത കമ്പനികൾ തീർച്ചയായും അതിലേക്ക് മാറും അല്ലെങ്കിൽ വിസ്മൃതിയിൽ തുടരും. ഞാൻ നിങ്ങളെ ശരിയായി മനസ്സിലാക്കിയിട്ടുണ്ടോ?

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

CI/CD-യുമായി ബന്ധപ്പെട്ട എല്ലാം - തുടർച്ചയായ ഡെലിവറി ആവശ്യമുള്ളിടത്തെല്ലാം, പതിപ്പുകൾ അപ്‌ഡേറ്റ് ചെയ്യേണ്ടിടത്ത്, സജീവമായ മാറ്റങ്ങൾ വരുത്തണം, നിങ്ങൾക്ക് തെറ്റ് സഹിഷ്ണുത ഉണ്ടാക്കേണ്ടിടത്തെല്ലാം - കുബർനെറ്റസ് മാത്രം.

മൈക്രോസർവീസുകളെക്കുറിച്ച്

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

ദിമിത്രി: രസകരമായ ചോദ്യം. മൈക്രോസർവീസുകളെക്കുറിച്ച് എനിക്ക് ഒരു റിപ്പോർട്ട് ഉണ്ട് "മൈക്രോ സർവീസസ്: വലിപ്പം പ്രധാനമാണ്." ആളുകൾ മൈക്രോസ്കോപ്പ് ഉപയോഗിച്ച് നഖങ്ങൾ അടിക്കാൻ ശ്രമിക്കുന്നത് ഞാൻ പലതവണ നേരിട്ടിട്ടുണ്ട്. സമീപനം തന്നെ ശരിയാണ്; ഞങ്ങളുടെ ആന്തരിക സോഫ്റ്റ്‌വെയർ ഞങ്ങൾ ഈ രീതിയിൽ രൂപകൽപ്പന ചെയ്യുന്നു. എന്നാൽ നിങ്ങൾ ഇത് ചെയ്യുമ്പോൾ, നിങ്ങൾ എന്താണ് ചെയ്യുന്നതെന്ന് വ്യക്തമായി മനസ്സിലാക്കേണ്ടതുണ്ട്. മൈക്രോസർവീസുകളെക്കുറിച്ച് ഞാൻ ഏറ്റവും വെറുക്കുന്നത് "മൈക്രോ" എന്ന വാക്കാണ്. ചരിത്രപരമായി, അവിടെ നിന്നാണ് ഈ വാക്ക് ഉത്ഭവിച്ചത്, ചില കാരണങ്ങളാൽ മൈക്രോമീറ്റർ പോലെ മൈക്രോ വളരെ ചെറുതാണെന്നും ഒരു മില്ലിമീറ്ററിൽ താഴെയാണെന്നും ആളുകൾ കരുതുന്നു. ഇത് തെറ്റാണ്.

ഉദാഹരണത്തിന്, 300 ആളുകൾ എഴുതിയ ഒരു മോണോലിത്ത് ഉണ്ട്, വികസനത്തിൽ പങ്കെടുത്ത എല്ലാവരും അവിടെ പ്രശ്നങ്ങളുണ്ടെന്ന് മനസ്സിലാക്കുന്നു, അത് മൈക്രോ കഷണങ്ങളായി വിഭജിക്കണം - ഏകദേശം 10 കഷണങ്ങൾ, അവയിൽ ഓരോന്നും 30 പേർ എഴുതിയതാണ്. ഒരു മിനിമം പതിപ്പിൽ. ഇത് പ്രധാനപ്പെട്ടതും ആവശ്യമുള്ളതും തണുപ്പുള്ളതുമാണ്. എന്നാൽ ഒരു സ്റ്റാർട്ടപ്പ് ഞങ്ങളുടെ അടുത്ത് വരുമ്പോൾ, വളരെ കൂളും കഴിവുമുള്ള 3 ആൺകുട്ടികൾ മുട്ടുകുത്തി 60 മൈക്രോസർവീസുകൾ എഴുതി, ഓരോ തവണയും ഞാൻ കോർവാലോളിനായി തിരയുന്നു.

ഇത് ഇതിനകം ആയിരക്കണക്കിന് തവണ സംസാരിച്ചുവെന്ന് എനിക്ക് തോന്നുന്നു - അവർക്ക് ഒരു രൂപത്തിൽ അല്ലെങ്കിൽ മറ്റൊന്നിൽ വിതരണം ചെയ്ത മോണോലിത്ത് ലഭിച്ചു. ഇത് സാമ്പത്തികമായി ന്യായീകരിക്കപ്പെടുന്നില്ല, പൊതുവെ വളരെ ബുദ്ധിമുട്ടാണ്. ഞാൻ ഇത് പലതവണ കണ്ടിട്ടുണ്ട്, ഇത് എന്നെ ശരിക്കും വേദനിപ്പിക്കുന്നു, അതിനാൽ ഞാൻ അതിനെക്കുറിച്ച് സംസാരിക്കുന്നത് തുടരുന്നു.

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

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

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

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

സ്റ്റാർട്ടപ്പുകളിലേക്കും സ്ഥാപിതമായ ബിസിനസ്സുകളിലേക്കും ഔട്ട്‌സോഴ്‌സിംഗ് ചെയ്യാൻ ഞാൻ ശക്തമായി ശുപാർശ ചെയ്യുന്നു, അവിടെ നിങ്ങൾക്ക് 10 ആളുകളുടെ ഒരു ടീമിനെ പ്രവർത്തനങ്ങൾക്കായി സമർപ്പിക്കാൻ കഴിയും, അല്ലാത്തപക്ഷം അർത്ഥമില്ല. ഇത് ഔട്ട്സോഴ്സ് ചെയ്യുന്നത് തീർച്ചയായും യുക്തിസഹമാണ്.

ആമസോണിനെയും ഗൂഗിളിനെയും കുറിച്ച്

— ആമസോണിൽ നിന്നോ ഗൂഗിളിൽ നിന്നോ ഉള്ള ഒരു സൊല്യൂഷനിൽ നിന്നുള്ള ഒരു ഹോസ്റ്റിനെ ഔട്ട്‌സോഴ്‌സായി കണക്കാക്കാമോ?

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

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

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

അതിനാൽ, ഉത്തരം അതെ എന്നാണ്, എന്നാൽ വാസ്തവത്തിൽ, വളരെ പക്വമായ ഹോസ്റ്റ് ചെയ്ത പരിഹാരങ്ങൾ ഇല്ല.

ആർക്കാണ് കുബർനെറ്റസ് വേണ്ടത്?

— എന്തായാലും കുബർനെറ്റസ് ആർക്കാണ് വേണ്ടത്? കുബെർനെറ്റസിനായി പ്രത്യേകമായി വരുന്ന സാധാരണ ഫ്ലൗണ്ട് ക്ലയന്റായ കുബർനെറ്റസിലേക്ക് ആരാണ് ഇതിനകം മാറേണ്ടത്?

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

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

അത്തരം ആളുകൾ ഞങ്ങളുടെ അടുത്ത് വരുമ്പോൾ, ഞങ്ങൾ പറയുന്നു: "ക്ഷമിക്കണം, പക്ഷേ അത്ഭുതങ്ങൾ സംഭവിക്കുന്നില്ല." ആരോഗ്യവാനായിരിക്കാൻ, നിങ്ങൾ നന്നായി ഭക്ഷണം കഴിക്കുകയും വ്യായാമം ചെയ്യുകയും വേണം. വിശ്വസനീയമായ ഒരു ഉൽപ്പന്നം ലഭിക്കാൻ, അത് വിശ്വസനീയമായി നിർമ്മിക്കേണ്ടതുണ്ട്. സൗകര്യപ്രദമായ ഒരു CI/CD ലഭിക്കാൻ, നിങ്ങൾ ഇത് ഇതുപോലെ നിർമ്മിക്കേണ്ടതുണ്ട്. അതിനായി ഒരുപാട് ജോലികൾ ചെയ്യണം.

ആർക്കാണ് കുബർനെറ്റുകൾ വേണ്ടത് എന്ന ചോദ്യത്തിന് ഉത്തരം നൽകാൻ, ആർക്കും കുബർനെറ്റുകളെ ആവശ്യമില്ല.

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

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

ഞങ്ങൾക്കോ ​​മറ്റാരെങ്കിലുമോ കുബർനെറ്റുകളെ ആവശ്യമാണെന്ന വാചകം തെറ്റാണ്.

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

നിർമ്മാണവുമായി കളിക്കേണ്ടതില്ല. ചെയ്യാൻ ഞാൻ വ്യക്തമായി ശുപാർശ ചെയ്യാത്തതും ഇപ്പോൾ ഞാൻ കൂട്ടമായി കാണുന്നവയും: "ഓ, ഒരു പുതിയ കളിപ്പാട്ടം!" - അവർ അത് വാങ്ങാൻ ഓടി, അത് വാങ്ങി: "നമുക്ക് ഇത് ഇപ്പോൾ സ്കൂളിൽ കൊണ്ടുപോയി ഞങ്ങളുടെ എല്ലാ സുഹൃത്തുക്കൾക്കും കാണിക്കാം." ഇത് ചെയ്യരുത്. ക്ഷമിക്കണം, എന്റെ കുട്ടികൾ വളർന്നു വരുന്നതേയുള്ളൂ, കുട്ടികളിൽ ഞാൻ നിരന്തരം എന്തെങ്കിലും കാണുന്നു, എന്നിൽ തന്നെ അത് ശ്രദ്ധിക്കുന്നു, തുടർന്ന് അത് മറ്റുള്ളവരോട് സാമാന്യവൽക്കരിക്കുന്നു.

അവസാന ഉത്തരം ഇതാണ്: നിങ്ങൾക്ക് കുബർനെറ്റസ് ആവശ്യമില്ല. നിങ്ങളുടെ പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ടതുണ്ട്.

നിങ്ങൾക്ക് നേടാൻ കഴിയുന്നത് ഇതാണ്:

• ഉൽപ്പന്നം വീഴുന്നില്ല;
• അവൻ വീഴാൻ ശ്രമിച്ചാലും, ഞങ്ങൾ അതിനെക്കുറിച്ച് മുൻകൂട്ടി അറിയുകയും എന്തെങ്കിലും ഇടുകയും ചെയ്യാം;
• ഞങ്ങളുടെ ബിസിനസ്സിന് ആവശ്യമുള്ള വേഗതയിൽ ഞങ്ങൾക്ക് അത് മാറ്റാൻ കഴിയും, ഞങ്ങൾക്ക് അത് സൗകര്യപ്രദമായി ചെയ്യാൻ കഴിയും; ഇത് ഞങ്ങൾക്ക് ഒരു പ്രശ്‌നവും ഉണ്ടാക്കുന്നില്ല.

രണ്ട് യഥാർത്ഥ ആവശ്യങ്ങളുണ്ട്: വിശ്വാസ്യതയും ഡൈനാമിക്/ഫ്ലെക്സിബിൾ റോൾഔട്ടും. നിലവിൽ ഏതെങ്കിലും തരത്തിലുള്ള ഐടി പ്രോജക്റ്റുകൾ ചെയ്യുന്ന എല്ലാവരും, ഏത് ബിസിനസ്സായാലും - ലോകത്തെ സുഗമമാക്കുന്നതിന് മൃദുവായ, ഇത് മനസ്സിലാക്കുന്ന എല്ലാവരും ഈ ആവശ്യങ്ങൾ പരിഹരിക്കേണ്ടതുണ്ട്. ശരിയായ സമീപനവും ശരിയായ ധാരണയും മതിയായ അനുഭവവും ഉള്ള കുബർനെറ്റുകൾ അവ പരിഹരിക്കാൻ അനുവദിക്കുന്നു.

സെർവർലെസ്സിനെക്കുറിച്ച്

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

ദിമിത്രി: “ഇങ്ങനെയിരിക്കും!” എന്ന് മുന്നിൽ നോക്കി പറയുന്ന ഒരു ദർശകനല്ല ഞാൻ എന്ന് ഇവിടെ വീണ്ടും ഒരു പരാമർശം നടത്തേണ്ടതുണ്ട്. ഞാൻ ഒരേ കാര്യം ചെയ്തെങ്കിലും. ഞാൻ എന്റെ കാലുകളിലേക്ക് നോക്കുകയും അവിടെ ഒരു കൂട്ടം പ്രശ്നങ്ങൾ കാണുകയും ചെയ്യുന്നു, ഉദാഹരണത്തിന്, ഒരു കമ്പ്യൂട്ടറിൽ ട്രാൻസിസ്റ്ററുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു. ഇത് തമാശയാണ്, അല്ലേ? സിപിയുവിൽ ഞങ്ങൾ ചില ബഗുകൾ നേരിടുന്നു.

സെർവർലെസ് തികച്ചും വിശ്വസനീയവും വിലകുറഞ്ഞതും കാര്യക്ഷമവും സൗകര്യപ്രദവുമാക്കുക, എല്ലാ ഇക്കോസിസ്റ്റം പ്രശ്നങ്ങളും പരിഹരിക്കുക. മനുഷ്യരാശിക്ക് പ്രതിരോധശേഷി സൃഷ്ടിക്കാൻ രണ്ടാമത്തെ ഗ്രഹം ആവശ്യമാണെന്ന എലോൺ മസ്‌കിനോട് ഇവിടെ ഞാൻ യോജിക്കുന്നു. അവൻ എന്താണ് പറയുന്നതെന്ന് എനിക്കറിയില്ലെങ്കിലും, ഞാൻ സ്വയം ചൊവ്വയിലേക്ക് പറക്കാൻ തയ്യാറല്ലെന്നും അത് നാളെ സംഭവിക്കില്ലെന്നും ഞാൻ മനസ്സിലാക്കുന്നു.

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

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

കുബർനെറ്റസ് എങ്ങനെ പരിണമിക്കും

— ഞങ്ങൾ ഈ അത്ഭുതകരമായ വിദൂര ഭാവിയിലേക്ക് നീങ്ങുമ്പോൾ, കുബർനെറ്റുകളും അതിന് ചുറ്റുമുള്ള ആവാസവ്യവസ്ഥയും എങ്ങനെ വികസിക്കുമെന്ന് നിങ്ങൾ കരുതുന്നു?

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

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

അജ്ഞാതരുടെ നില, പരിഹരിക്കപ്പെടാത്ത പ്രശ്നങ്ങളുടെ തോത്, എന്തെങ്കിലും നേരിടാനുള്ള സാധ്യതയുടെ തോത് ഗണ്യമായി കുറയും. ഇതൊരു പ്രധാനപ്പെട്ട കഥയാണ്. കൂടാതെ ഓപ്പറേറ്റർമാർ - അഡ്മിനിസ്ട്രേഷൻ ലോജിക്കിന്റെ ക്രോഡീകരണവുമായി ബന്ധപ്പെട്ട എല്ലാം, എളുപ്പമുള്ള സേവനം ലഭിക്കുന്നതിന് ലോജിക് നിയന്ത്രിക്കുക: MySQL ഈസി സർവീസ്, RabbitMQ ഈസി സർവീസ്, Memcache ഈസി സർവീസ് - പൊതുവേ, ഈ ഘടകങ്ങളെല്ലാം പ്രവർത്തിക്കുമെന്ന് ഉറപ്പ് നൽകേണ്ടതുണ്ട്. പെട്ടി. ഇത് ഞങ്ങൾക്ക് ഒരു ഡാറ്റാബേസ് ആവശ്യമുള്ള വേദനയെ പരിഹരിക്കുന്നു, പക്ഷേ അത് നിയന്ത്രിക്കാൻ ആഗ്രഹിക്കുന്നില്ല, അല്ലെങ്കിൽ കുബർനെറ്റസ് ആഗ്രഹിക്കുന്നു, പക്ഷേ അത് നിയന്ത്രിക്കാൻ ആഗ്രഹിക്കുന്നില്ല.

ഒരു തരത്തിലല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ ഓപ്പറേറ്റർ വികസനത്തിന്റെ ഈ കഥ അടുത്ത രണ്ട് വർഷങ്ങളിൽ പ്രധാനമാണ്.

ഉപയോഗത്തിന്റെ ലാളിത്യം വളരെയധികം വർദ്ധിക്കണമെന്ന് ഞാൻ കരുതുന്നു - കൂടുതൽ കൂടുതൽ ലളിതമായ നോബുകൾ ഉപയോഗിച്ച് ബോക്സ് കൂടുതൽ കൂടുതൽ കറുപ്പ്, കൂടുതൽ കൂടുതൽ വിശ്വസനീയമായി മാറും.

സാറ്റർഡേ നൈറ്റ് ലൈവ് ഷോയിൽ യൂട്യൂബിൽ 80-കളിൽ ഐസക് അസിമോവുമായുള്ള ഒരു പഴയ അഭിമുഖം ഒരിക്കൽ ഞാൻ ശ്രദ്ധിച്ചു - അർജന്റ് പോലുള്ള ഒരു പ്രോഗ്രാം, രസകരമായത് മാത്രം. കമ്പ്യൂട്ടറുകളുടെ ഭാവിയെക്കുറിച്ച് അവർ അവനോട് ചോദിച്ചു. റേഡിയോയിലേത് പോലെ ലാളിത്യത്തിലാണ് ഭാവിയെന്നും അദ്ദേഹം പറഞ്ഞു. റേഡിയോ റിസീവർ യഥാർത്ഥത്തിൽ സങ്കീർണ്ണമായ ഒരു കാര്യമായിരുന്നു. ഒരു തരംഗത്തെ പിടിക്കാൻ, നിങ്ങൾ 15 മിനിറ്റ് നോബുകൾ തിരിക്കേണ്ടതുണ്ട്, സ്കെവറുകൾ തിരിക്കുക, എല്ലാം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് പൊതുവെ അറിയുക, റേഡിയോ തരംഗ പ്രക്ഷേപണത്തിന്റെ ഭൗതികശാസ്ത്രം മനസ്സിലാക്കുക. തൽഫലമായി, റേഡിയോയിൽ ഒരു നോബ് മാത്രമേ അവശേഷിക്കുന്നുള്ളൂ.

2019 ൽ ഇപ്പോൾ ഏത് റേഡിയോ ആണ്? കാറിൽ, റേഡിയോ റിസീവർ എല്ലാ തരംഗങ്ങളും സ്റ്റേഷനുകളുടെ പേരുകളും കണ്ടെത്തുന്നു. ഈ പ്രക്രിയയുടെ ഭൗതികശാസ്ത്രം 100 വർഷമായി മാറിയിട്ടില്ല, എന്നാൽ ഉപയോഗത്തിന്റെ എളുപ്പമുണ്ട്. ഇപ്പോൾ, ഇപ്പോൾ മാത്രമല്ല, ഇതിനകം 1980 ൽ, അസിമോവുമായി ഒരു അഭിമുഖം ഉണ്ടായിരുന്നപ്പോൾ, എല്ലാവരും റേഡിയോ ഉപയോഗിച്ചു, അത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് ആരും ചിന്തിച്ചില്ല. ഇത് എല്ലായ്‌പ്പോഴും പ്രവർത്തിച്ചിട്ടുണ്ട് - അത് നൽകിയിട്ടുള്ളതാണ്.

കമ്പ്യൂട്ടറിന്റെ കാര്യത്തിലും ഇതുതന്നെയായിരിക്കുമെന്ന് അസിമോവ് പറഞ്ഞു. ഉപയോഗ എളുപ്പം വർദ്ധിക്കും. 1980-ൽ ഒരു കമ്പ്യൂട്ടറിലെ ബട്ടണുകൾ അമർത്തുന്നതിന് നിങ്ങൾക്ക് പ്രത്യേക വിദ്യാഭ്യാസം ലഭിക്കണമെങ്കിൽ, ഭാവിയിൽ ഇത് സംഭവിക്കില്ല.

കുബെർനെറ്റസിനും അടിസ്ഥാന സൗകര്യങ്ങൾക്കുമൊപ്പം ഉപയോഗ എളുപ്പത്തിലും വലിയ വർധനയുണ്ടാകുമെന്ന് എനിക്ക് തോന്നുന്നു. ഇത്, എന്റെ അഭിപ്രായത്തിൽ, വ്യക്തമാണ് - അത് ഉപരിതലത്തിൽ കിടക്കുന്നു.

എഞ്ചിനീയർമാരുമായി എന്തുചെയ്യണം?

- അപ്പോൾ കുബർനെറ്റസിനെ പിന്തുണയ്ക്കുന്ന എഞ്ചിനീയർമാർക്കും സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർക്കും എന്ത് സംഭവിക്കും?

ദിമിത്രി: 1C വന്നതിന് ശേഷം അക്കൗണ്ടന്റിന് എന്ത് സംഭവിച്ചു? അതേ കുറിച്ച്. ഇതിന് മുമ്പ്, അവർ കടലാസിൽ എണ്ണി - ഇപ്പോൾ ഒരു പ്രോഗ്രാമിൽ. തൊഴിൽ ഉൽപ്പാദനക്ഷമത ക്രമാനുഗതമായി വർദ്ധിച്ചു, പക്ഷേ അധ്വാനം തന്നെ അപ്രത്യക്ഷമായിട്ടില്ല. മുമ്പ് ഒരു ബൾബ് സ്‌ക്രൂ ചെയ്യാൻ 10 എഞ്ചിനീയർമാർ വേണ്ടിവന്നിരുന്നെങ്കിൽ ഇപ്പോൾ ഒരാൾ മതിയാകും.

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

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

പൊതുവേ, എല്ലാ വ്യവസായങ്ങളിലും ഇതാണ് രീതി. കാറുകളുടെ കാര്യവും ഇതുതന്നെയാണ്: മുമ്പ്, ഒരു കാർ ഒരു മെക്കാനിക്കും മൂന്ന് ഡ്രൈവർമാരുമായി വന്നു. ഇക്കാലത്ത്, ഒരു കാർ ഓടിക്കുന്നത് നമ്മളെല്ലാവരും ദിവസവും പങ്കെടുക്കുന്ന ഒരു ലളിതമായ പ്രക്രിയയാണ്. ഒരു കാർ സങ്കീർണ്ണമായ ഒന്നാണെന്ന് ആരും കരുതുന്നില്ല.

DevOps അല്ലെങ്കിൽ സിസ്റ്റംസ് എഞ്ചിനീയറിംഗ് ഇല്ലാതാകില്ല - ഉയർന്ന തലത്തിലുള്ളതും കാര്യക്ഷമവുമായ ജോലി വർദ്ധിക്കും.

- ജോലി യഥാർത്ഥത്തിൽ വർദ്ധിക്കുമെന്ന രസകരമായ ഒരു ആശയവും ഞാൻ കേട്ടു.

ദിമിത്രി: തീർച്ചയായും, നൂറു ശതമാനം! കാരണം നമ്മൾ എഴുതുന്ന സോഫ്‌റ്റ്‌വെയറിന്റെ അളവ് നിരന്തരം വളരുകയാണ്. സോഫ്‌റ്റ്‌വെയർ ഉപയോഗിച്ച് ഞങ്ങൾ പരിഹരിക്കുന്ന പ്രശ്‌നങ്ങളുടെ എണ്ണം നിരന്തരം വർദ്ധിച്ചുകൊണ്ടിരിക്കുകയാണ്. ജോലിയുടെ അളവ് വർദ്ധിച്ചുകൊണ്ടിരിക്കുന്നു. ഇപ്പോൾ DevOps വിപണി ഭയങ്കരമായി ചൂടായിരിക്കുന്നു. ഇത് ശമ്പള പ്രതീക്ഷകളിൽ കാണാൻ കഴിയും. നല്ല രീതിയിൽ, വിശദാംശങ്ങളിലേക്ക് കടക്കാതെ, X ആഗ്രഹിക്കുന്ന ജൂനിയർമാരും 1,5X ആഗ്രഹിക്കുന്ന മധ്യവർഗങ്ങളും 2X ആഗ്രഹിക്കുന്ന സീനിയേഴ്സും ഉണ്ടാകണം. ഇപ്പോൾ, നിങ്ങൾ മോസ്കോ DevOps സാലറി മാർക്കറ്റ് നോക്കുകയാണെങ്കിൽ, ഒരു ജൂനിയർ X മുതൽ 3X വരെയും മുതിർന്ന ഒരാൾ X മുതൽ 3X വരെയും ആഗ്രഹിക്കുന്നു.

അതിന്റെ വില എത്രയാണെന്ന് ആർക്കും അറിയില്ല. നിങ്ങളുടെ ആത്മവിശ്വാസം കൊണ്ടാണ് ശമ്പള നിലവാരം അളക്കുന്നത് - ഒരു സമ്പൂർണ്ണ ഭ്രാന്താലയം, സത്യസന്ധമായി പറഞ്ഞാൽ, ഭയങ്കരമായി ചൂടായ വിപണി.

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

- ഞാൻ കേട്ടതിൽ നിന്ന്, നിലവിലെ സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്റർ വളരെയധികം വിഷമിക്കേണ്ടതില്ലെന്ന് ഞാൻ നിഗമനം ചെയ്തു, എന്നാൽ അവന്റെ കഴിവുകൾ അപ്‌ഗ്രേഡുചെയ്യാനും നാളെ കൂടുതൽ ജോലികൾ ഉണ്ടാകും എന്നതിന് തയ്യാറെടുക്കാനുമുള്ള സമയമാണിത്, പക്ഷേ അത് ഉയർന്ന യോഗ്യതയുള്ളതായിരിക്കും.

ദിമിത്രി: നൂറ് ശതമാനം. പൊതുവേ, ഞങ്ങൾ 2019 ൽ ജീവിക്കുന്നു, ജീവിത നിയമം ഇതാണ്: ആജീവനാന്ത പഠനം - ജീവിതത്തിലുടനീളം നാം പഠിക്കുന്നു. ഇപ്പോൾ എല്ലാവർക്കും ഇത് ഇതിനകം അറിയാമെന്നും അനുഭവപ്പെടുന്നുണ്ടെന്നും എനിക്ക് തോന്നുന്നു, പക്ഷേ അറിഞ്ഞാൽ മാത്രം പോരാ - നിങ്ങൾ അത് ചെയ്യണം. എല്ലാ ദിവസവും നമ്മൾ മാറണം. ഞങ്ങൾ ഇത് ചെയ്തില്ലെങ്കിൽ, താമസിയാതെ അല്ലെങ്കിൽ പിന്നീട് ഞങ്ങൾ തൊഴിലിന്റെ വശത്ത് നിന്ന് ഒഴിവാക്കപ്പെടും.

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

ആശംസകളും ഒരു മിനിറ്റ് പരസ്യവും

- നിങ്ങൾക്ക് എന്തെങ്കിലും ആഗ്രഹമുണ്ടോ?

ദിമിത്രി: അതെ, എനിക്ക് ഒരുപാട് ആഗ്രഹങ്ങളുണ്ട്.

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

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

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

നിങ്ങൾ പരീക്ഷണം പാടില്ല എന്നല്ല ഇതിനർത്ഥം. നമ്മൾ പരീക്ഷണം നടത്തേണ്ടതുണ്ട്, ഞങ്ങൾ ഇത് സ്വയം ചെയ്യുന്നു. സത്യം പറഞ്ഞാൽ, ഞങ്ങളും ചിലപ്പോൾ കളിക്കുന്നു - ഇത് തീർച്ചയായും വളരെ മോശമാണ്, പക്ഷേ മനുഷ്യനൊന്നും നമുക്ക് അന്യമല്ല. നമുക്ക് 2019 എന്നത് ഗൗരവമേറിയതും നന്നായി ചിന്തിച്ചതുമായ പരീക്ഷണങ്ങളുടെ വർഷമായി പ്രഖ്യാപിക്കാം, അല്ലാതെ ഉൽപ്പാദനത്തെക്കുറിച്ചുള്ള ഗെയിമുകളല്ല. ഒരുപക്ഷേ അങ്ങനെയായിരിക്കാം.

- വളരെ നന്ദി!

ദിമിത്രി: നന്ദി, വിറ്റാലി, നിങ്ങളുടെ സമയത്തിനും അഭിമുഖത്തിനും. പ്രിയ വായനക്കാരേ, നിങ്ങൾ പെട്ടെന്ന് ഈ അവസ്ഥയിൽ എത്തിയെങ്കിൽ വളരെ നന്ദി. ഞങ്ങൾ നിങ്ങൾക്ക് കുറഞ്ഞത് രണ്ട് ചിന്തകളെങ്കിലും കൊണ്ടുവന്നിട്ടുണ്ടെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

അഭിമുഖത്തിൽ, ദിമിത്രി വെർഫിന്റെ പ്രശ്നത്തെക്കുറിച്ച് സ്പർശിച്ചു. ഇപ്പോൾ ഇത് മിക്കവാറും എല്ലാ പ്രശ്നങ്ങളും പരിഹരിക്കുന്ന ഒരു സാർവത്രിക സ്വിസ് കത്തിയാണ്. എന്നാൽ എല്ലായ്‌പ്പോഴും അങ്ങനെയായിരുന്നില്ല. ഓൺ DevOpsConf  ഉത്സവത്തിൽ RIT++ ദിമിത്രി സ്റ്റോലിയറോവ് ഈ ഉപകരണത്തെക്കുറിച്ച് വിശദമായി സംസാരിക്കും. റിപ്പോർട്ടിൽ "കുബർനെറ്റസിലെ CI/CD-നുള്ള ഞങ്ങളുടെ ഉപകരണമാണ് werf." എല്ലാം ഉണ്ടാകും: കുബെർനെറ്റസിന്റെ പ്രശ്നങ്ങളും മറഞ്ഞിരിക്കുന്ന സൂക്ഷ്മതകളും, ഈ ബുദ്ധിമുട്ടുകൾ പരിഹരിക്കുന്നതിനുള്ള ഓപ്ഷനുകളും വെർഫിന്റെ നിലവിലെ നടപ്പാക്കലും വിശദമായി. മെയ് 27, 28 തീയതികളിൽ ഞങ്ങളോടൊപ്പം ചേരൂ, ഞങ്ങൾ മികച്ച ഉപകരണങ്ങൾ സൃഷ്ടിക്കും.

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