എന്തുകൊണ്ടാണ് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരും ഡവലപ്പർമാരും ടെസ്റ്റർമാരും DevOps രീതികൾ പഠിക്കേണ്ടത്?

ഈ അറിവുമായി എവിടെ പോകണം, പ്രോജക്റ്റിൽ എന്തുചെയ്യണം, എത്രമാത്രം സമ്പാദിക്കണം, ഒരു അഭിമുഖത്തിൽ എന്ത് പറയണം, ചോദിക്കണം - എക്സ്പ്രസ് 42 ൻ്റെ മാനേജിംഗ് പങ്കാളിയും എഴുത്തുകാരനുമായ അലക്സാണ്ടർ ടിറ്റോവ് പറയുന്നു. ഓൺലൈൻ കോഴ്സ് "DevOps പ്രാക്ടീസുകളും ടൂളുകളും".

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

DevOps എന്നത് ഒരു പ്രത്യേക രീതിശാസ്ത്രമാണ്, ഒരു ഡിജിറ്റൽ ഉൽപ്പന്നം സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു സംസ്കാരമാണ്, ടീമിലെ എല്ലാ സ്പെഷ്യലിസ്റ്റുകളും നിർമ്മാണത്തിൽ പങ്കെടുക്കുമ്പോൾ.

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

DevOps-ൽ, ഡെവലപ്‌മെൻ്റ്, ടെസ്റ്റിംഗ്, ഓപ്പറേഷൻ പ്രോസസ് എന്നിവ ഒരേസമയം പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ ഉപകരണങ്ങളും സമീപനങ്ങളും രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു.

ഈ സമീപനത്തിൽ നിന്ന് എന്താണ് പിന്തുടരുന്നത്?

• പ്രൊഡക്ഷനിലെ എല്ലാ പ്രശ്‌നങ്ങളും പരിഹരിക്കാൻ വരുന്ന ചില "എഞ്ചിനീയർമാരെ" നിങ്ങൾക്ക് നിയമിക്കാനാവില്ല. മുഴുവൻ ടീമും സാങ്കേതികത പ്രയോഗിക്കണം.

  

• അപ്‌ഗ്രേഡ് ചെയ്യാനുള്ള sysadmin-ൻ്റെ അടുത്ത രൂപമല്ല DevOps. "DevOps എഞ്ചിനീയർ" എന്നത് "Agile developer" എന്നതിന് സമാനമാണ്.

  
  

• ഒരു ടീം Kubernetes, Ansible, Prometheus, Mesosphere, Docker എന്നിവ ഉപയോഗിക്കുകയാണെങ്കിൽ, അതിനർത്ഥം DevOps പ്രാക്ടീസുകൾ അവിടെ നടപ്പിലാക്കി എന്നല്ല.

  
  

DevOps-ന് ശേഷമുള്ള ജീവിതം ഒരിക്കലും സമാനമാകില്ല

DevOps സമീപനം, ഒന്നാമതായി, വ്യത്യസ്തമായ ഒരു ചിന്താരീതിയാണ്, വികസനത്തെ മൊത്തത്തിലുള്ള ധാരണയും പ്രക്രിയയിൽ ഒരാളുടെ സ്ഥാനവുമാണ്. ഞങ്ങൾ ഞങ്ങളുടെ ഓൺലൈൻ കോഴ്സിനെ 2 ബ്ലോക്കുകളായി തിരിച്ചിരിക്കുന്നു:

1. സ്വയം നിർണയം

ആദ്യം, DevOps സമീപനത്തിൻ്റെ സാരാംശം ഞങ്ങൾ വിശദമായി പരിശോധിക്കുന്നു, കൂടാതെ വിദ്യാർത്ഥികൾ ടീമിലെ പുതിയ റോളുകൾ കണ്ടെത്തുകയും ഏതാണ് കൂടുതൽ പ്രതികരിക്കുന്നതെന്ന് കാണുകയും ഏത് ദിശ വികസിപ്പിക്കണമെന്ന് സ്വയം തീരുമാനിക്കുകയും ചെയ്യുന്നു.

2. ഉപകരണങ്ങളും പരിശീലനങ്ങളും

DevOps രീതിയുടെ വീക്ഷണകോണിൽ നിന്ന് വിദ്യാർത്ഥികൾ പ്രത്യേക സാങ്കേതികവിദ്യകൾ മാസ്റ്റർ ചെയ്യുന്നു.

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

ഞങ്ങൾ പ്രക്രിയയിലാണ് കോഴ്സ് പ്രശസ്തമായ റെഡ്ഡിറ്റിന് സമാനമായ ഒരു ആപ്ലിക്കേഷൻ വികസിപ്പിക്കുന്ന പ്രക്രിയയിൽ നിങ്ങൾ മുഴുകും, അതിൻ്റെ മോണോലിത്തിക്ക് പതിപ്പിൽ തുടങ്ങി, മൈക്രോസർവീസുകളിലേക്ക് പടിപടിയായി നീങ്ങുന്നു. ഘട്ടം ഘട്ടമായി ഞങ്ങൾ പുതിയ ടൂളുകൾ മാസ്റ്റർ ചെയ്യും: Git, Ansible, Gitlab കൂടാതെ കുബർനെറ്റസ്, പ്രോമിത്യൂസ് എന്നിവരോടൊപ്പം പൂർത്തിയാക്കുക.

പരിശീലനങ്ങളുടെ കാര്യത്തിൽ, DevOps ഹാൻഡ്‌ബുക്കിൽ വിവരിച്ചിരിക്കുന്ന മൂന്ന് പാതകളുടെ തന്ത്രങ്ങൾ ഞങ്ങൾ പിന്തുടരും - തുടർച്ചയായ ഡെലിവറി സമ്പ്രദായങ്ങൾ, ഫീഡ്‌ബാക്ക് രീതികൾ, കൂടാതെ മുഴുവൻ കോഴ്‌സിൻ്റെ സത്തയും നിങ്ങളുടെ സിസ്റ്റത്തിനൊപ്പം തുടർച്ചയായി പഠിക്കാനുള്ള പരിശീലനമാണ്.

ഈ അറിവ് ഓരോ സ്പെഷ്യലിസ്റ്റിനും എന്താണ് നൽകുന്നത്?

സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർക്കായി

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

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

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

ഡെവലപ്പർമാർക്കായി

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

പരീക്ഷകർക്ക്

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

അങ്ങനെ അത് മാറുന്നു മൂന്ന് ഘട്ടങ്ങളും ഒരേസമയം സംഭവിക്കുന്നു. ഉദാഹരണത്തിന്, ഇത് ഇതുപോലെയാകാം:

ഡവലപ്പർ കോഡ് എഴുതുന്നു, ഉടൻ തന്നെ അതിനുള്ള ടെസ്റ്റുകൾ എഴുതുന്നു, കൂടാതെ റൺ ചെയ്യേണ്ട കോഡിനായി ഒരു ഡോക്കർ കണ്ടെയ്നർ വിവരിക്കുന്നു. ഉൽപ്പാദനത്തിൽ ഈ സേവനത്തിൻ്റെ പ്രവർത്തനം നിരീക്ഷിക്കുന്ന നിരീക്ഷണവും ഇത് ഉടനടി വിവരിക്കുന്നു, കൂടാതെ ഇതെല്ലാം ചെയ്യുന്നു.

തുടർച്ചയായ സംയോജനം ആരംഭിക്കുമ്പോൾ, പ്രക്രിയകൾ ഒരേസമയം പ്രവർത്തിക്കുന്നു. സേവനം ആരംഭിക്കുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു. അതേ സമയം, ഡോക്കർ കണ്ടെയ്നർ ആരംഭിക്കുകയും അത് പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കുകയും ചെയ്യുന്നു. അതേ സമയം, എല്ലാ വിവരങ്ങളും ലോഗിംഗ് സിസ്റ്റത്തിലേക്ക് പോകുന്നു. വികസനത്തിൻ്റെ ഓരോ ഘട്ടത്തിലും - ഇത് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ, ഡവലപ്പർമാർ, ടെസ്റ്റർമാർ എന്നിവരുടെ ഒരു യഥാർത്ഥ ടീം വർക്കായി മാറുന്നു.

ഞാൻ DevOps പഠിച്ചു, അടുത്തത് എന്താണ്?

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

ഇപ്പോൾ നല്ല കാര്യങ്ങളെക്കുറിച്ച്: DevOps പ്രാക്ടീസുകളുടെയും ടൂളുകളുടെയും വൈദഗ്ദ്ധ്യം തൊഴിൽ വിപണിയിലെ നിങ്ങളുടെ മൂല്യത്തേക്കാൾ ഏകദേശം +30% ആണ്. ശമ്പളം 140 ആയിരം റുബിളിൽ നിന്ന് ആരംഭിക്കുന്നു, പക്ഷേ സ്വാഭാവികമായും നിങ്ങളുടെ പ്രധാന പ്രത്യേകതയും പ്രവർത്തനവും അനുസരിച്ച് നിർണ്ണയിക്കപ്പെടുന്നു.

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

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

സോഫ്‌റ്റ്‌വെയർ ഡെലിവറി പ്രക്രിയ എങ്ങനെ പ്രവർത്തിക്കുന്നു, ടെക്‌നോളജി സ്റ്റാക്ക്, നിങ്ങൾ എന്ത് ഉത്തരവാദിത്തങ്ങൾ നിർവഹിക്കും എന്നിവ കമ്പനിയിൽ നിന്ന് തീവ്രമായി കണ്ടെത്താനുള്ള ഒരു കാരണമാണിത്.

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

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

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

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

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