എന്തുകൊണ്ട് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ DevOps എഞ്ചിനീയർമാരാകണം

ജീവിതത്തിൽ പഠിക്കാൻ ഇന്നേക്കാൾ നല്ല സമയം വേറെയില്ല.

ഇത് 2019 ആണ്, DevOps എന്നത്തേക്കാളും പ്രസക്തമാണ്. മെയിൻഫ്രെയിമിന്റെ കാലഘട്ടം പോലെ തന്നെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരുടെ കാലം കഴിഞ്ഞുവെന്ന് അവർ പറയുന്നു. എന്നാൽ ഇത് ശരിക്കും അങ്ങനെയാണോ?
ഐടിയിൽ പലപ്പോഴും സംഭവിക്കുന്നത് പോലെ, സ്ഥിതി മാറി. DevOps മെത്തഡോളജി ഉയർന്നുവന്നു, എന്നാൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ കഴിവുകളുള്ള ഒരു വ്യക്തിയില്ലാതെ, അതായത്, Ops ഇല്ലാതെ അത് നിലനിൽക്കില്ല.

DevOps സമീപനം അതിന്റെ ആധുനിക രൂപം കൈക്കൊള്ളുന്നതിനുമുമ്പ്, ഞാൻ എന്നെത്തന്നെ ഒരു Ops ആയി തരംതിരിച്ചു. ഒരു സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്റർ തനിക്ക് ഇതുവരെ ചെയ്യാൻ കഴിയുന്നത് എത്രയാണെന്നും അത് പഠിക്കാൻ തനിക്ക് എത്ര കുറച്ച് സമയമുണ്ടെന്നും മനസ്സിലാക്കുമ്പോൾ എന്താണ് അനുഭവിക്കുന്നതെന്ന് എനിക്ക് നന്നായി അറിയാം.

എന്നാൽ ഇത് ശരിക്കും ഭയാനകമാണോ? അറിവില്ലായ്മ ഒരു വലിയ പ്രശ്നമായി കാണരുതെന്ന് ഞാൻ പറയും. ഇത് കൂടുതൽ പ്രൊഫഷണൽ വെല്ലുവിളിയാണ്.

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

നിങ്ങൾ DevOps ടീമിൽ അംഗമാകുന്നതിന് മുമ്പ്, നിങ്ങൾ ദൈർഘ്യമേറിയതും എന്നാൽ രസകരവുമായ ഒരു യാത്രയിലൂടെ കടന്നുപോകേണ്ടതുണ്ട്, DevOps മാനദണ്ഡങ്ങൾക്കനുസൃതമായി സിസ്റ്റം നിലനിർത്തുന്നതിന് ആവശ്യമായ പുതിയ സാങ്കേതികവിദ്യകളും വിവിധ ഉപകരണങ്ങളും പഠിക്കുക.

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

ഒന്നാമതായി, DevOps എന്നത് ഒരു കമ്പനിയിലെ ഒരു പ്രത്യേക സ്ഥാനമല്ല, മറിച്ച് ഒരു കൂട്ടം പ്രത്യേക സമ്പ്രദായങ്ങളാണെന്ന് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്. ഒറ്റപ്പെട്ട സിസ്റ്റങ്ങളുടെ വിതരണം, ബഗുകൾ, പിശകുകൾ എന്നിവയിൽ നിന്നുള്ള ദോഷം കുറയ്ക്കൽ, ഇടയ്‌ക്കിടെയുള്ളതും സമയബന്ധിതവുമായ സോഫ്റ്റ്‌വെയർ അപ്‌ഡേറ്റുകൾ, ഡവലപ്പർമാരും (ദേവ്) അഡ്മിനിസ്ട്രേറ്റർമാരും (ഓപ്‌സ്) തമ്മിലുള്ള സുസ്ഥിരമായ ഇടപെടൽ, കൂടാതെ കോഡിന്റെ മാത്രമല്ല നിരന്തരമായ പരിശോധന എന്നിവയും ഈ രീതികൾ സൂചിപ്പിക്കുന്നു. പ്രക്രിയയ്ക്കുള്ളിലെ മുഴുവൻ ഘടനയും തുടർച്ചയായ സംയോജനവും വിതരണവും (CI/CD).

ചിന്താരീതി മാറ്റുന്നതിനൊപ്പം, ഇൻഫ്രാസ്ട്രക്ചർ എങ്ങനെ പരിപാലിക്കാമെന്നും അതിന്റെ സുസ്ഥിരമായ പ്രവർത്തനം, വിശ്വാസ്യത, ആപ്ലിക്കേഷനുകൾ, സേവനങ്ങൾ, സോഫ്‌റ്റ്‌വെയർ എന്നിവയുടെ തുടർച്ചയായ സംയോജനത്തിനും വിതരണത്തിനുമുള്ള ലഭ്യത ഉറപ്പാക്കാനും നിങ്ങൾ പഠിക്കേണ്ടതുണ്ട്.

ഒരു Ops പ്രൊഫഷണലെന്ന നിലയിൽ നിങ്ങൾക്ക് നഷ്ടപ്പെട്ടേക്കാവുന്നത് പ്രോഗ്രാമിംഗ് കഴിവുകളാണ്. സെർവറിൽ പാച്ചുകൾ സ്വയമേവ ഇൻസ്റ്റാൾ ചെയ്യാനും ഫയലുകളും അക്കൗണ്ടുകളും മാനേജ് ചെയ്യാനും പ്രശ്നങ്ങൾ പരിഹരിക്കാനും ഡോക്യുമെന്റേഷൻ കംപൈൽ ചെയ്യാനും സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ ഉപയോഗിക്കുന്ന സ്ക്രിപ്റ്റുകൾ (സ്ക്രിപ്റ്റുകൾ) ഇപ്പോൾ കാലഹരണപ്പെട്ടതായി കണക്കാക്കുന്നു. സ്‌ക്രിപ്റ്റിംഗ് ഇപ്പോഴും താരതമ്യേന ലളിതമായ സന്ദർഭങ്ങളിൽ ബാധകമാണ്, പക്ഷേ DevOps വലിയ തോതിലുള്ള പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിനെക്കുറിച്ചാണ്, അത് നടപ്പിലാക്കൽ, ടെസ്റ്റിംഗ്, ബിൽഡുകൾ അല്ലെങ്കിൽ വിന്യാസങ്ങൾ.

അതിനാൽ, നിങ്ങൾക്ക് ഓട്ടോമേഷൻ പഠിക്കണമെങ്കിൽ, നിങ്ങൾ ഒരു ഡവലപ്പർ അല്ലെങ്കിലും, നിങ്ങൾ ഒരു ചെറിയ പ്രോഗ്രാമിംഗെങ്കിലും മാസ്റ്റർ ചെയ്യേണ്ടതുണ്ട്, കാരണം നിങ്ങളുടെ വികസനത്തിന്റെ ഈ ഘട്ടത്തിൽ ഇൻഫ്രാസ്ട്രക്ചർ ഓട്ടോമേഷൻ DevOps-ൽ ഈ വൈദഗ്ദ്ധ്യം ആവശ്യമാണ്.

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

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

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

എന്നാൽ ഈ പ്രസ്താവന എത്രത്തോളം ശരിയാണ്?

സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ: ഫീൽഡിലെ ഒരു യോദ്ധാവ്

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

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

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

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

സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററുടെ ചുമതല സമയം പാഴാക്കുകയും സാധ്യമായ ഏതെങ്കിലും വിധത്തിൽ കമ്പനി പണം ലാഭിക്കുകയും ചെയ്യുക എന്നതാണ്. ചിലപ്പോൾ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ ഒരു വലിയ ടീമിലെ അംഗങ്ങളായി പ്രവർത്തിക്കുന്നു, ഒന്നിക്കുന്നു, ഉദാഹരണത്തിന്, ലിനക്സ്, വിൻഡോസ്, ഡാറ്റാബേസുകൾ, സ്റ്റോറേജ് മുതലായവയുടെ അഡ്മിനിസ്ട്രേറ്റർമാർ. വർക്ക് ഷെഡ്യൂളുകളും വ്യത്യസ്തമാണ്. ഉദാഹരണത്തിന്, ദിവസാവസാനം ഒരു സമയമേഖലയിലെ ഷിഫ്റ്റ് കേസുകൾ മറ്റൊരു സമയമേഖലയിലെ അടുത്ത ഷിഫ്റ്റിലേക്ക് മാറ്റുന്നു, അങ്ങനെ പ്രക്രിയകൾ നിലയ്ക്കില്ല (സൂര്യനെ പിന്തുടരുക); അല്ലെങ്കിൽ ജീവനക്കാർക്ക് രാവിലെ 9 മുതൽ വൈകുന്നേരം 5 വരെ ഒരു സാധാരണ പ്രവൃത്തി ദിനമുണ്ട്; അല്ലെങ്കിൽ ഇത് XNUMX/XNUMX ഡാറ്റാ സെന്ററിൽ പ്രവർത്തിക്കുന്നു.

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

DevOps: വികസനവും പരിപാലനവും ഒന്നായി

DevOps വികസനത്തിനും പരിപാലന പ്രക്രിയകൾക്കുമുള്ള ഒരുതരം തത്ത്വചിന്തയാണ്. ഐടി ലോകത്തെ ഈ സമീപനം ശരിക്കും നൂതനമായി മാറിയിരിക്കുന്നു.

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

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

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

ഓട്ടോമേഷൻ എന്ന വിഷയം കൂടുതൽ പ്രസക്തമാവുകയാണ്. സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരും DevOps സ്പെഷ്യലിസ്റ്റുകളും വേഗത്തിൽ സ്കെയിൽ ചെയ്യാനും പിശകുകൾ കുറയ്ക്കാനും നിലവിലുള്ള പിശകുകൾ വേഗത്തിൽ കണ്ടെത്താനും പരിഹരിക്കാനും താൽപ്പര്യപ്പെടുന്നു. അങ്ങനെ, രണ്ട് മേഖലകൾ കൂടിച്ചേരുന്ന ഒരു ആശയമാണ് ഓട്ടോമേഷൻ. AWS, Azure, Google Cloud Platform തുടങ്ങിയ ക്ലൗഡ് സേവനങ്ങളുടെ ഉത്തരവാദിത്തം സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരാണ്. തുടർച്ചയായ സംയോജനത്തിന്റെയും ഡെലിവറിയുടെയും തത്വങ്ങളും അതുപോലെയുള്ള ഉപകരണങ്ങൾ എങ്ങനെ ഉപയോഗിക്കാമെന്നും അവർ മനസ്സിലാക്കണം ജെങ്കിൻസ്.

കൂടാതെ, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ കോൺഫിഗറേഷനും മാനേജ്മെന്റ് ടൂളുകളും ഉപയോഗിക്കണം അസാധ്യം, പത്തോ ഇരുപതോ സെർവറുകളുടെ സമാന്തര വിന്യാസത്തിന് ആവശ്യമാണ്.

എന്നതാണ് പ്രധാന ആശയം അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡായി. സോഫ്റ്റ്‌വെയർ ആണ് എല്ലാം. വാസ്തവത്തിൽ, ഒരു സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററുടെ തൊഴിലിന് പ്രസക്തി നഷ്ടപ്പെടാതിരിക്കാൻ, നിങ്ങൾ ഊന്നൽ കുറച്ച് മാറ്റേണ്ടതുണ്ട്. സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്റർമാർ സേവന ബിസിനസിലാണ്, ഡെവലപ്പർമാരുമായി ഫലപ്രദമായി ആശയവിനിമയം നടത്താൻ അവർക്ക് കഴിയണം, തിരിച്ചും. അവർ പറയുന്നതുപോലെ, ഒരു തല നല്ലതാണ്, എന്നാൽ രണ്ട് മികച്ചതാണ്.

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

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

നിങ്ങളൊരു സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്ററാണെങ്കിൽ, നിങ്ങൾ Git നന്നായി പഠിക്കുകയും പതിപ്പ് നിയന്ത്രണം എങ്ങനെ നിർമ്മിക്കുന്നുവെന്ന് മനസിലാക്കുകയും പൊതുവായ കമാൻഡുകൾ ഓർമ്മിക്കുകയും ചെയ്യേണ്ടതുണ്ട്: git സ്റ്റാറ്റസ്, git കമ്മിറ്റ് -m, git add, git pull, git push, git rebase, git ബ്രാഞ്ച്, git diff മറ്റുള്ളവരും. ഈ വിഷയം ആദ്യം മുതൽ പഠിക്കാനും പ്രത്യേക കഴിവുകളുള്ള ഒരു പ്രൊഫഷണലാകാനും നിങ്ങളെ സഹായിക്കുന്ന നിരവധി ഓൺലൈൻ കോഴ്സുകളും പുസ്തകങ്ങളും ഉണ്ട്. അതിശയിപ്പിക്കുന്നവയും ഉണ്ട് Git കമാൻഡുകൾ ഉപയോഗിച്ച് ഷീറ്റുകൾ ചീറ്റ് ചെയ്യുക, അതിനാൽ നിങ്ങൾ അവയെല്ലാം ഞെരുക്കേണ്ടതില്ല, എന്നാൽ നിങ്ങൾ കൂടുതൽ Git ഉപയോഗിക്കുന്നു, അത് എളുപ്പമാകും.

തീരുമാനം

ആത്യന്തികമായി, നിങ്ങൾ ഒരു DevOps സ്പെഷ്യലിസ്റ്റ് ആകേണ്ടതുണ്ടോ അതോ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററായി തുടരുന്നതാണ് നല്ലതെന്ന് നിങ്ങൾ തീരുമാനിക്കും. നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, പരിവർത്തനം നടത്താൻ ഒരു പഠന വക്രതയുണ്ട്, എന്നാൽ നിങ്ങൾ എത്രയും വേഗം ആരംഭിക്കുന്നുവോ അത്രയും നല്ലത്. ഒരു പ്രോഗ്രാമിംഗ് ഭാഷ തിരഞ്ഞെടുത്ത് ഒരേസമയം പോലുള്ള ഉപകരണങ്ങൾ പഠിക്കുക Git (പതിപ്പ് നിയന്ത്രണം), ജെങ്കിൻസ് (CI/CD, തുടർച്ചയായ സംയോജനം) കൂടാതെ അസാധ്യം (കോൺഫിഗറേഷനും ഓട്ടോമേഷനും). നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന ഓപ്ഷൻ എന്തായാലും, നിങ്ങളുടെ കഴിവുകൾ നിരന്തരം പഠിക്കുകയും മെച്ചപ്പെടുത്തുകയും ചെയ്യണമെന്ന് മറക്കരുത്.

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