അഡ്‌മിനുകൾ, devops, അനന്തമായ ആശയക്കുഴപ്പം, കമ്പനിക്കുള്ളിലെ DevOps പരിവർത്തനം എന്നിവയെക്കുറിച്ച്

2019-ൽ ഒരു ഐടി കമ്പനി വിജയിക്കുന്നതിന് എന്താണ് വേണ്ടത്? കോൺഫറൻസുകളിലും മീറ്റിംഗുകളിലും ലെക്ചറർമാർ സാധാരണ ആളുകൾക്ക് എല്ലായ്പ്പോഴും മനസ്സിലാകാത്ത ധാരാളം ഉച്ചത്തിലുള്ള വാക്കുകൾ പറയുന്നു. വിന്യാസ സമയം, മൈക്രോ സർവീസുകൾ, മോണോലിത്ത് ഉപേക്ഷിക്കൽ, DevOps പരിവർത്തനം എന്നിവയ്‌ക്കായുള്ള പോരാട്ടം, അതിലേറെയും. ഞങ്ങൾ വാക്കാലുള്ള സൗന്ദര്യം ഉപേക്ഷിച്ച് നേരിട്ടും റഷ്യൻ ഭാഷയിലും സംസാരിക്കുകയാണെങ്കിൽ, എല്ലാം ഒരു ലളിതമായ തീസിസിലേക്ക് വരുന്നു: ഉയർന്ന നിലവാരമുള്ള ഉൽപ്പന്നം ഉണ്ടാക്കുക, ടീമിന് ആശ്വാസത്തോടെ അത് ചെയ്യുക.

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

ഈ "മോഡുലാർ" കഥ മുഴുവൻ അതിശയകരമാണ്, പക്ഷേ... ചില അഡ്മിൻമാരെ പെട്ടെന്ന് DevOps എന്ന് വിളിക്കുകയും DevOps എഞ്ചിനീയർമാർ തന്നെ ടെലിപതിയുടെയും ക്ലെയർവോയൻസിന്റെയും കഴിവുകളെങ്കിലും ഉണ്ടായിരിക്കണമെന്ന് ആവശ്യപ്പെടുകയും ചെയ്തു.

അടിസ്ഥാന സൗകര്യങ്ങൾ നൽകുന്നതിലെ ആധുനിക പ്രശ്നങ്ങളെക്കുറിച്ച് സംസാരിക്കുന്നതിന് മുമ്പ്, ഈ പദം കൊണ്ട് എന്താണ് ഉദ്ദേശിക്കുന്നതെന്ന് നമുക്ക് നിർവചിക്കാം. നിലവിലെ നിമിഷത്തിൽ, ഈ സങ്കൽപ്പത്തിന്റെ ദ്വൈതതയിലേക്ക് ഞങ്ങൾ എത്തിച്ചേരുന്ന തരത്തിൽ സാഹചര്യം വികസിച്ചു: അടിസ്ഥാന സൗകര്യങ്ങൾ സോപാധികമായി ബാഹ്യവും സോപാധികമായി ആന്തരികവുമാകാം.

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

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

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

DevOps ആരാണ്? ബാഹ്യ ഇൻഫ്രാസ്ട്രക്ചറുമായുള്ള സോഫ്‌റ്റ്‌വെയർ വികസനത്തിന്റെ ഇടപെടലിനെക്കുറിച്ച് സംസാരിക്കുന്നവരാണ് ഡെവപ്പുകൾ. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, ftp-ലേക്ക് അപ്‌ഡേറ്റുകൾ അപ്‌ലോഡ് ചെയ്‌ത അഡ്‌മിനുകളേക്കാൾ ആഴത്തിലുള്ള വികസനത്തിലും വിന്യാസ പ്രക്രിയകളിലും ആധുനിക devops ഉൾപ്പെട്ടിരിക്കുന്നു. ഡെവലപ്‌മെന്റ് ടീമുകളും ഉൽപ്പന്ന ഇൻഫ്രാസ്ട്രക്ചറും തമ്മിലുള്ള ആശയവിനിമയത്തിന്റെ സുഖകരവും കാര്യക്ഷമവുമായ ഘടനാപരമായ പ്രക്രിയ ഉറപ്പാക്കുക എന്നതാണ് ഇപ്പോൾ ഒരു DevOps എഞ്ചിനീയറുടെ പ്രധാന ചുമതലകളിലൊന്ന്. റോൾബാക്ക്, വിന്യാസ സംവിധാനങ്ങൾ വിന്യസിക്കുന്നതിന് ഉത്തരവാദികൾ ഈ ആളുകളാണ്; ഡവലപ്പർമാരിൽ നിന്ന് കുറച്ച് ലോഡ് എടുത്ത് അവരുടെ വളരെ പ്രധാനപ്പെട്ട ജോലിയിൽ കഴിയുന്നത്ര ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് ഈ ആളുകളാണ്. അതേ സമയം, devops ഒരിക്കലും ഒരു പുതിയ കേബിൾ പ്രവർത്തിപ്പിക്കുകയോ ബാക്ക് റൂമിൽ നിന്ന് ഒരു പുതിയ ലാപ്‌ടോപ്പ് നൽകുകയോ ചെയ്യില്ല (c) KO

എന്താണ് ക്യാച്ച്?

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

എന്നാൽ ബിസിനസ്സിന് ഇത് എന്താണ് അർത്ഥമാക്കുന്നത്?

നിയമനം, എല്ലാം അതിനെക്കുറിച്ചാണ്.

നിങ്ങൾ "സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ" എന്നതിനായി ഒരു ഒഴിവ് തുറക്കുന്നു, അവിടെ ലിസ്റ്റുചെയ്തിരിക്കുന്ന ആവശ്യകതകൾ "വികസനവുമായും ഉപഭോക്താക്കളുമായും ഇടപഴകൽ", "CI/CD ഡെലിവറി സിസ്റ്റം", "കമ്പനിയുടെ സെർവറുകളുടെയും ഉപകരണങ്ങളുടെയും പരിപാലനം", "ആന്തരിക സംവിധാനങ്ങളുടെ അഡ്മിനിസ്ട്രേഷൻ" തുടങ്ങിയവയാണ്. ഓൺ; തൊഴിലുടമ വിഡ്ഢിത്തം പറയുകയാണെന്ന് നിങ്ങൾ മനസ്സിലാക്കുന്നു. “സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ” എന്നതിനുപകരം ഒഴിവുകളുടെ ശീർഷകം “DevOps എഞ്ചിനീയർ” എന്നതായിരിക്കണം, ഈ ശീർഷകം മാറ്റിയാൽ, എല്ലാം ശരിയാകും.

എന്നിരുന്നാലും, അത്തരമൊരു ഒഴിവ് വായിക്കുമ്പോൾ ഒരാൾക്ക് എന്ത് മതിപ്പ് ലഭിക്കും? പതിപ്പ് നിയന്ത്രണവും മോണിറ്ററിംഗ് സംവിധാനവും വിന്യസിക്കുകയും പല്ലുകൾ ഉപയോഗിച്ച് ട്വിസ്റ്ററിനെ ഞെരുക്കുകയും ചെയ്യുന്ന ഒരു മൾട്ടി-മെഷീൻ ഓപ്പറേറ്ററെയാണ് കമ്പനി തിരയുന്നതെന്ന്...

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

ഇല്ല ഇല്ല ഒരിക്കൽ കൂടി ഇല്ല. കമ്പനിയുടെ ഇന്റേണൽ സെർവറുകൾ നിയന്ത്രിക്കുന്ന, അല്ലെങ്കിൽ L2/L3 സപ്പോർട്ട് പൊസിഷനുകൾ കൈവശപ്പെടുത്തുകയും മറ്റ് ജീവനക്കാരെ സഹായിക്കുകയും ചെയ്യുന്ന ഇൻഫ്രാസ്ട്രക്ചർ അഡ്മിനിസ്ട്രേറ്റർമാർ പോയിട്ടില്ല, പോകാൻ പോകുന്നില്ല.

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

മറ്റൊരു DevOps പ്രശ്നം

വാസ്തവത്തിൽ, എല്ലാം നിയമനത്തിലും അഡ്‌മിനുകളും ഡെവോപ്പുകളും തമ്മിലുള്ള നിരന്തരമായ ആശയക്കുഴപ്പത്തിൽ മാത്രമായി പരിമിതപ്പെടുന്നില്ല. ചില ഘട്ടങ്ങളിൽ, ബിസിനസ്സ് അപ്‌ഡേറ്റുകൾ നൽകുന്നതിനും അന്തിമ ഇൻഫ്രാസ്ട്രക്ചറുമായി ഡെവലപ്‌മെന്റ് ടീമിന്റെ ആശയവിനിമയത്തിനും പ്രശ്‌നമുണ്ടായി.

ചില കോൺഫറൻസിന്റെ സ്റ്റേജിൽ തിളങ്ങുന്ന കണ്ണുകളുള്ള ഒരു അമ്മാവൻ എഴുന്നേറ്റു നിന്ന് പറഞ്ഞപ്പോഴായിരിക്കാം അത്, “ഞങ്ങൾ ഇത് ചെയ്യുന്നു, ഇതിനെ DevOps എന്ന് വിളിക്കുന്നു. ഈ ആളുകൾ നിങ്ങളുടെ എല്ലാ പ്രശ്നങ്ങളും പരിഹരിക്കും” - DevOps പ്രാക്ടീസുകൾ നടപ്പിലാക്കിയതിന് ശേഷം കമ്പനിയിൽ എത്ര നല്ല ജീവിതം ഉണ്ടെന്ന് പറയാൻ തുടങ്ങി.

എന്നിരുന്നാലും, എല്ലാം ചെയ്യേണ്ടതുപോലെ പ്രവർത്തിക്കാൻ ഒരു DevOps എഞ്ചിനീയറെ നിയമിച്ചാൽ മാത്രം പോരാ. കമ്പനി ഒരു സമ്പൂർണ്ണ DevOps പരിവർത്തനത്തിന് വിധേയമാകണം, അതായത്, ഞങ്ങളുടെ DevOps-ന്റെ റോളും കഴിവുകളും ഉൽപ്പന്ന വികസനത്തിന്റെയും ടെസ്റ്റിംഗ് ടീമിന്റെയും ഭാഗത്ത് വ്യക്തമായി മനസ്സിലാക്കിയിരിക്കണം. ചില സ്ഥലങ്ങളിൽ നടക്കുന്ന എല്ലാ ക്രൂരതകളും പൂർണ്ണമായി ചിത്രീകരിക്കുന്ന ഒരു "അത്ഭുതകരമായ" കഥ ഈ വിഷയത്തിൽ നമുക്കുണ്ട്.

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

"ശരിയായ റോൾബാക്ക് സംവിധാനം ഉണ്ടാക്കിയില്ല", തീർച്ചയായും, ഈ പരിപ്പ് devops-ലേക്ക് പോകുന്നു, ഈ കഥയിലെ മൂസ് ഡെവലപ്പർമാരാണെന്ന് ആരും ശ്രദ്ധിക്കുന്നില്ല.

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

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

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

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