DevOps ആരാണ്?

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

ഞങ്ങൾ ഇപ്പോഴും സഹപ്രവർത്തകരെ തിരയുകയാണ്, കാരണം DevOps ലേബലിന് പിന്നിൽ വിവിധ തരത്തിലുള്ള എഞ്ചിനീയർമാരുടെ ഒരു വലിയ പാളി ഒളിഞ്ഞിരിക്കുന്നുണ്ട്.

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

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

അപ്പോൾ ആരാണ് DevOps എഞ്ചിനീയർമാർ?

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

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

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

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

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

ബിൽഡ് എഞ്ചിനീയർ/റിലീസ് എഞ്ചിനീയർ

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

Ops വളരെ വ്യത്യസ്തമാണ്

ഞങ്ങൾ വീണ്ടും വീണ്ടും മുന്നോട്ട് പോകുന്നു, വലിയ തോതിലുള്ള ഉത്തരവാദിത്തങ്ങളുടെ സാന്നിധ്യവും യോഗ്യതയുള്ള ഉദ്യോഗസ്ഥരുടെ അഭാവവും ഞങ്ങളെ കർശനമായ സ്പെഷ്യലൈസേഷനിലേക്ക് തള്ളിവിടുന്നു, മഴയ്ക്ക് ശേഷമുള്ള കൂൺ പോലെ, വിവിധ പ്രവർത്തനങ്ങൾ പ്രത്യക്ഷപ്പെടുന്നു:

• TechOps - enikey സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ അല്ലെങ്കിൽ ഹെൽപ്പ്ഡെസ്ക് എഞ്ചിനീയർ
• LiveOps - പ്രൊഡക്ഷൻ പരിതസ്ഥിതികൾക്ക് പ്രാഥമികമായി ഉത്തരവാദികളായ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ
• CloudOps - പൊതു ക്ലൗഡുകളിൽ സ്പെഷ്യലൈസ് ചെയ്ത സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ Azure, AWS, GCP മുതലായവ.
• PlatOps/InfraOps/SysOps - ഇൻഫ്രാസ്ട്രക്ചർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ.
• NetOps - നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേറ്റർമാർ
• SecOps - വിവര സുരക്ഷയിൽ സ്പെഷ്യലൈസ് ചെയ്ത സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ - PCI കംപ്ലയൻസ്, CIS കംപ്ലയൻസ്, പാച്ചിംഗ് മുതലായവ.

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

ഇത്തരത്തിലുള്ള ജോലികളും ഉത്തരവാദിത്തങ്ങളും നിർവഹിക്കുന്നതിന്, ഈ വ്യക്തിക്ക് വികസനവും ടെസ്റ്റിംഗ് പ്രക്രിയകളും മാത്രമല്ല, ഉൽപ്പന്ന ഇൻഫ്രാസ്ട്രക്ചറിന്റെ മാനേജ്മെന്റും റിസോഴ്സ് ആസൂത്രണവും കൈകാര്യം ചെയ്യാനുള്ള മാർഗങ്ങൾ ഉണ്ടായിരിക്കണം. ഈ ധാരണയിലുള്ള DevOps ITയിലോ R&Dയിലോ PMOയിലോ സ്ഥിതിചെയ്യാൻ കഴിയില്ല; ഈ മേഖലകളിലെല്ലാം അതിന് സ്വാധീനമുണ്ടായിരിക്കണം - കമ്പനിയുടെ ടെക്‌നിക്കൽ ഡയറക്ടർ, ചീഫ് ടെക്‌നിക്കൽ ഓഫീസർ.

നിങ്ങളുടെ കമ്പനിയിൽ ഇത് ശരിയാണോ? - ഞാൻ സംശയിക്കുന്നു. മിക്ക കേസുകളിലും, ഇത് ഒന്നുകിൽ IT അല്ലെങ്കിൽ R&D ആണ്.

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

DevOps റിസോഴ്സ് മാർക്കറ്റ്

വിവിധ കമ്പനികളിൽ നിന്നുള്ള DevOps സ്ഥാനങ്ങൾക്കുള്ള നിരവധി ഒഴിവുകൾ നോക്കാം.

നിങ്ങൾ ഇനിപ്പറയുന്നവയാണെങ്കിൽ നിങ്ങളെ കാണാൻ ഞങ്ങൾ തയ്യാറാണ്:

1. നിങ്ങൾ Zabbix സ്വന്തമാക്കി, പ്രൊമിത്യൂസ് എന്താണെന്ന് അറിയാം;
2. ഇപ്റ്റബിൾസ്;
3. ബാഷ് പിഎച്ച്ഡി വിദ്യാർത്ഥി;
4. പ്രൊഫസർ അൻസിബിൾ;
5. ലിനക്സ് ഗുരു;
6. ഡീബഗ്ഗിംഗ് എങ്ങനെ ഉപയോഗിക്കാമെന്നും ഡെവലപ്പർമാരുമായി (php/java/python) ആപ്ലിക്കേഷൻ പ്രശ്നങ്ങൾ കണ്ടെത്താമെന്നും അറിയുക;
7. റൂട്ടിംഗ് നിങ്ങളെ ഉന്മത്തനാക്കുന്നില്ല;
8. സിസ്റ്റം സുരക്ഷയിൽ കാര്യമായ ശ്രദ്ധ നൽകുക;
9. "എന്തും എല്ലാം" ബാക്കപ്പ് ചെയ്യുക, കൂടാതെ ഈ "എന്തും എല്ലാം" വിജയകരമായി പുനഃസ്ഥാപിക്കുക;
10. ഏറ്റവും കുറഞ്ഞതിൽ നിന്ന് പരമാവധി ലഭിക്കുന്ന തരത്തിൽ സിസ്റ്റം എങ്ങനെ ക്രമീകരിക്കാമെന്ന് നിങ്ങൾക്കറിയാം;
11. Postgres, MySQL എന്നിവയിൽ ഉറങ്ങാൻ പോകുന്നതിനു മുമ്പ് പകർപ്പെടുക്കൽ സജ്ജീകരിക്കുക;
12. പ്രഭാതഭക്ഷണം/ഉച്ചഭക്ഷണം/അത്താഴം എന്ന നിലയിൽ CI/CD സജ്ജീകരിക്കുന്നതും ക്രമീകരിക്കുന്നതും നിങ്ങൾക്ക് ആവശ്യമാണ്.
13. AWS-ൽ പരിചയമുണ്ട്;
14. കമ്പനിയുമായി ചേർന്ന് വികസിപ്പിക്കാൻ തയ്യാറാണ്;

അങ്ങനെ:

• 1 മുതൽ 6 വരെ - സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ
• 7 - ഒരു ചെറിയ നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേഷൻ, അത് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററായ മിഡിൽ ലെവലിലേക്കും യോജിക്കുന്നു
• 8 - ഒരു ചെറിയ സുരക്ഷ, ഇത് ഒരു മിഡിൽ ലെവൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർക്ക് നിർബന്ധമാണ്
• 9-11 - മിഡിൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ
• 12 — നിയുക്ത ചുമതലകളെ ആശ്രയിച്ച്, മിഡിൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ അല്ലെങ്കിൽ ബിൽഡ് എഞ്ചിനീയർ
• 13 - വെർച്വലൈസേഷൻ - മിഡിൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ, അല്ലെങ്കിൽ ക്ലൗഡ്ഓപ്‌സ് എന്ന് വിളിക്കപ്പെടുന്നവ, ഫണ്ടുകളുടെ കാര്യക്ഷമമായ ഉപയോഗത്തിനും അറ്റകുറ്റപ്പണികളുടെ ഭാരം കുറയ്ക്കുന്നതിനുമായി ഒരു നിർദ്ദിഷ്ട ഹോസ്റ്റിംഗ് സൈറ്റിന്റെ സേവനങ്ങളെക്കുറിച്ചുള്ള വിപുലമായ അറിവ്

ഈ ഒഴിവ് സംഗ്രഹിച്ചാൽ, ആൺകുട്ടികൾക്ക് മിഡിൽ/സീനിയർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ മതിയെന്ന് പറയാം.

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

നമുക്ക് മറ്റൊരു ഒഴിവ് പരിഗണിക്കാം:

1. ഉയർന്ന ലോഡ് സംവിധാനങ്ങൾ നിർമ്മിക്കുന്നതിൽ പരിചയം;
2. Linux OS, ജനറൽ സിസ്റ്റം സോഫ്റ്റ്‌വെയർ, വെബ് സ്റ്റാക്ക് (Nginx, PHP/Python, HAProxy, MySQL/PostgreSQL, Memcached, Redis, RabbitMQ, ELK) എന്നിവയെ കുറിച്ചുള്ള മികച്ച അറിവ്;
3. വിർച്ച്വലൈസേഷൻ സിസ്റ്റങ്ങളുമായുള്ള പരിചയം (കെവിഎം, വിഎംവെയർ, എൽഎക്സ്സി/ഡോക്കർ);
4. സ്ക്രിപ്റ്റിംഗ് ഭാഷകളിൽ പ്രാവീണ്യം;
5. നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോൾ നെറ്റ്‌വർക്കുകളുടെ പ്രവർത്തന തത്വങ്ങൾ മനസ്സിലാക്കുക;
6. തെറ്റ് സഹിഷ്ണുതയുള്ള സംവിധാനങ്ങൾ നിർമ്മിക്കുന്നതിനുള്ള തത്വങ്ങൾ മനസ്സിലാക്കുക;
7. സ്വാതന്ത്ര്യവും മുൻകൈയും;

നമുക്ക് നോക്കാം:

• 1 - സീനിയർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ
• 2 - ഈ സ്റ്റാക്കിലെ അർത്ഥത്തെ ആശ്രയിച്ച് - മിഡിൽ/സീനിയർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ
• 3 - പ്രവൃത്തിപരിചയം, ഉൾപ്പടെ, അർത്ഥമാക്കാം - "ക്ലസ്റ്റർ ഉയർത്തിയില്ല, പക്ഷേ വെർച്വൽ മെഷീനുകൾ സൃഷ്‌ടിക്കുകയും കൈകാര്യം ചെയ്യുകയും ചെയ്തു, ഒരു ഡോക്കർ ഹോസ്റ്റ് ഉണ്ടായിരുന്നു, കണ്ടെയ്‌നറുകളിലേക്കുള്ള ആക്‌സസ് ലഭ്യമല്ല" - മിഡിൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ
• 4 - ജൂനിയർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ - അതെ, അടിസ്ഥാന ഓട്ടോമേഷൻ സ്ക്രിപ്റ്റുകൾ എങ്ങനെ എഴുതണമെന്ന് അറിയാത്ത ഒരു അഡ്മിൻ, ഭാഷ പരിഗണിക്കാതെ, ഒരു അഡ്മിൻ അല്ല - enikey.
• 5 - മിഡിൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ
• 6 - സീനിയർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ

സംഗ്രഹിക്കാൻ - മിഡിൽ/സീനിയർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ

മറ്റൊന്ന്:

1. അനുഭവം വികസിപ്പിക്കുന്നു;
2. CI/CD പ്രക്രിയകൾ സൃഷ്‌ടിക്കാൻ ഒന്നോ അതിലധികമോ ഉൽപ്പന്നങ്ങൾ ഉപയോഗിക്കുന്നതിൽ അനുഭവപരിചയം. Gitlab CI ഒരു നേട്ടമാകും;
3. കണ്ടെയ്നറുകളും വെർച്വലൈസേഷനും ഉപയോഗിച്ച് പ്രവർത്തിക്കുക; നിങ്ങൾ ഡോക്കർ ഉപയോഗിച്ചിട്ടുണ്ടെങ്കിൽ, നല്ലത്, എന്നാൽ നിങ്ങൾ k8s ഉപയോഗിച്ചെങ്കിൽ, കൊള്ളാം!
4. ഒരു ചടുലമായ ടീമിൽ പ്രവർത്തിച്ച പരിചയം;
5. ഏതെങ്കിലും പ്രോഗ്രാമിംഗ് ഭാഷയെക്കുറിച്ചുള്ള അറിവ്;

നമുക്ക് കാണാം:

• 1 - ഹും... ആൺകുട്ടികൾ എന്താണ് ഉദ്ദേശിക്കുന്നത്? =) അതിന് പിന്നിൽ എന്താണ് മറഞ്ഞിരിക്കുന്നതെന്ന് മിക്കവാറും അവർക്ക് തന്നെ അറിയില്ല
• 2 - ബിൽഡ് എഞ്ചിനീയർ
• 3 - മിഡിൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ
• 4 - മൃദു വൈദഗ്ദ്ധ്യം, ഞങ്ങൾ അത് ഇപ്പോൾ പരിഗണിക്കില്ല, എന്നിരുന്നാലും സൗകര്യപ്രദമായ രീതിയിൽ വ്യാഖ്യാനിക്കുന്ന മറ്റൊരു കാര്യമാണ് എജൈൽ.
• 5 - വളരെ വാചാലമായത് - ഇത് ഒരു സ്ക്രിപ്റ്റിംഗ് ഭാഷയോ സമാഹരിച്ചതോ ആകാം. സ്കൂളിൽ പാസ്കലിലും ബേസിക്കിലും എഴുതുന്നത് അവർക്ക് അനുയോജ്യമാകുമോ എന്ന് ഞാൻ അത്ഭുതപ്പെടുന്നു. =)

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

ഒരിക്കൽ, OpenStack-ന് മുകളിൽ k8s ഉപയോഗിച്ച ഒരു വ്യക്തിയെ ഞാൻ അഭിമുഖം നടത്തി, അവൻ അതിൽ എങ്ങനെ സേവനങ്ങൾ വിന്യസിച്ചു എന്നതിനെക്കുറിച്ച് സംസാരിച്ചു, എന്നിരുന്നാലും, OpenStack-നെ കുറിച്ച് ഞാൻ ചോദിച്ചപ്പോൾ, അത് നിയന്ത്രിക്കപ്പെടുന്നതും സിസ്റ്റം ഉയർത്തിയതും ആണെന്ന് മനസ്സിലായി. കാര്യനിർവാഹകർ. ഓപ്പൺസ്റ്റാക്ക് ഇൻസ്റ്റാൾ ചെയ്ത ഒരാൾക്ക്, പിന്നിൽ ഏത് പ്ലാറ്റ്ഫോം ഉപയോഗിച്ചാലും, k8s ഉപയോഗിക്കാൻ കഴിയില്ലെന്ന് നിങ്ങൾ കരുതുന്നുണ്ടോ? =)
ഈ അപേക്ഷകൻ യഥാർത്ഥത്തിൽ ഒരു DevOps അല്ല, ഒരു സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററും, കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, ഒരു കുബർനെറ്റസ് അഡ്മിനിസ്ട്രേറ്ററും ആണ്.

നമുക്ക് ഒരിക്കൽ കൂടി സംഗ്രഹിക്കാം - അവർക്ക് മിഡിൽ/സീനിയർ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ മതിയാകും.

ഗ്രാമിൽ എത്ര തൂക്കണം

90k-200k ആണ് സൂചിപ്പിച്ചിരിക്കുന്ന ഒഴിവുകൾക്കുള്ള നിർദ്ദിഷ്ട ശമ്പളത്തിന്റെ പരിധി
സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരുടെയും DevOps എഞ്ചിനീയർമാരുടെയും പണ റിവാർഡുകൾക്കിടയിൽ ഒരു സമാന്തരം വരയ്ക്കാൻ ഞാൻ ഇപ്പോൾ ആഗ്രഹിക്കുന്നു.

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

ഒരു അനുഭവം:

1. 3 വർഷം വരെ - ജൂനിയർ
2. 6 വയസ്സ് വരെ - ഇടത്തരം
3. 6-ൽ കൂടുതൽ - സീനിയർ

ജീവനക്കാരുടെ തിരയൽ സൈറ്റ് വാഗ്ദാനം ചെയ്യുന്നു:
സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ:

1. ജൂനിയർ - 2 വർഷം - 50k റബ്.
2. ഇടത്തരം - 5 വർഷം - 70k തടവുക.
3. സീനിയർ - 11 വർഷം - 100k റബ്.

DevOps എഞ്ചിനീയർമാർ:

1. ജൂനിയർ - 2 വർഷം - 100k റബ്.
2. മിഡിൽ - 3 വർഷം - 160k തടവുക.
3. സീനിയർ - 6 വർഷം - 220k റബ്.

"DevOps" ന്റെ അനുഭവം അനുസരിച്ച്, കുറഞ്ഞത് എങ്ങനെയെങ്കിലും SDLC-യെ ബാധിച്ച അനുഭവം ഉപയോഗിച്ചു.

മുകളിൽ പറഞ്ഞതിൽ നിന്ന്, വാസ്തവത്തിൽ കമ്പനികൾക്ക് DevOps ആവശ്യമില്ല, കൂടാതെ ഒരു അഡ്മിനിസ്ട്രേറ്ററെ നിയമിക്കുന്നതിലൂടെ അവർക്ക് തുടക്കത്തിൽ ആസൂത്രണം ചെയ്ത ചെലവിന്റെ 50 ശതമാനമെങ്കിലും ലാഭിക്കാൻ കഴിയും; മാത്രമല്ല, അവർ അന്വേഷിക്കുന്ന വ്യക്തിയുടെ ഉത്തരവാദിത്തങ്ങൾ കൂടുതൽ വ്യക്തമായി നിർവചിക്കാൻ അവർക്ക് കഴിയും. ആവശ്യം വേഗത്തിൽ പൂരിപ്പിക്കുക. ഉത്തരവാദിത്തങ്ങളുടെ വ്യക്തമായ വിഭജനം, ഓവർലാപ്പുകളുടെ അഭാവം കാരണം, ഉദ്യോഗസ്ഥരുടെ ആവശ്യകതകൾ കുറയ്ക്കുന്നതിനും ടീമിൽ കൂടുതൽ അനുകൂലമായ അന്തരീക്ഷം സൃഷ്ടിക്കുന്നതിനും ഞങ്ങളെ അനുവദിക്കുന്നു എന്നതും നാം മറക്കരുത്. ഭൂരിഭാഗം ഒഴിവുകളും യൂട്ടിലിറ്റികളും DevOps ലേബലുകളും നിറഞ്ഞതാണ്, എന്നാൽ അവ ഒരു DevOps എഞ്ചിനീയർക്കുള്ള യഥാർത്ഥ ആവശ്യകതകളെ അടിസ്ഥാനമാക്കിയുള്ളതല്ല, ഒരു ടൂൾ അഡ്മിനിസ്ട്രേറ്ററിനായുള്ള അഭ്യർത്ഥനകൾ മാത്രമാണ്.

DevOps എഞ്ചിനീയർമാരെ പരിശീലിപ്പിക്കുന്ന പ്രക്രിയയും ഒരു കൂട്ടം നിർദ്ദിഷ്ട വർക്കുകൾ, യൂട്ടിലിറ്റികൾ എന്നിവയിൽ മാത്രം പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, കൂടാതെ പ്രക്രിയകളെയും അവയുടെ ആശ്രിതത്വങ്ങളെയും കുറിച്ച് പൊതുവായ ധാരണ നൽകുന്നില്ല. ഒരു വ്യക്തിക്ക് ടെറാഫോം ഉപയോഗിച്ച് AWS EKS വിന്യസിക്കാൻ കഴിയുമ്പോൾ, ഈ ക്ലസ്റ്ററിലെ Fluentd സൈഡ്കാറും ലോഗിംഗ് സിസ്റ്റത്തിനായുള്ള AWS ELK സ്റ്റാക്കും 10 മിനിറ്റിനുള്ളിൽ കൺസോളിലെ ഒരു കമാൻഡ് മാത്രം ഉപയോഗിച്ച് വിന്യസിക്കാൻ കഴിയുമ്പോൾ അത് തീർച്ചയായും നല്ലതാണ്, പക്ഷേ അയാൾക്ക് മനസ്സിലാകുന്നില്ലെങ്കിൽ ലോഗുകൾ സ്വയം പ്രോസസ്സ് ചെയ്യുന്നതിൻറെ തത്വവും അവ ആവശ്യമായതെന്തും, അവയിൽ മെട്രിക്‌സ് എങ്ങനെ ശേഖരിക്കാമെന്നും സേവനത്തിന്റെ അപചയം ട്രാക്ക് ചെയ്യാമെന്നും നിങ്ങൾക്കറിയില്ലെങ്കിൽ, ചില യൂട്ടിലിറ്റികൾ എങ്ങനെ ഉപയോഗിക്കണമെന്ന് അറിയുന്ന അതേ എനിക്കി തന്നെയായിരിക്കും.

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

അപ്പോൾ അവർ ആരാണ്? DevOps അല്ലെങ്കിൽ അത്യാഗ്രഹി സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ? =)

എങ്ങനെ ജീവിക്കും?

തൊഴിലുടമകൾ കൂടുതൽ കൃത്യമായി ആവശ്യകതകൾ രൂപപ്പെടുത്തുകയും ആവശ്യമുള്ളവരെ കൃത്യമായി നോക്കുകയും വേണം, ലേബലുകൾ വലിച്ചെറിയരുത്. DevOps എന്തുചെയ്യുമെന്ന് നിങ്ങൾക്കറിയില്ല - ആ സാഹചര്യത്തിൽ നിങ്ങൾക്ക് അവ ആവശ്യമില്ല.

തൊഴിലാളികൾ - പഠിക്കുക. നിങ്ങളുടെ അറിവ് നിരന്തരം മെച്ചപ്പെടുത്തുക, പ്രക്രിയകളുടെ മൊത്തത്തിലുള്ള ചിത്രം നോക്കുക, നിങ്ങളുടെ ലക്ഷ്യത്തിലേക്കുള്ള പാത ട്രാക്കുചെയ്യുക. നിങ്ങൾ ആഗ്രഹിക്കുന്ന ആരുമാകാം, നിങ്ങൾ ശ്രമിക്കേണ്ടതുണ്ട്.

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