ആരാണ് DevOps, അത് എപ്പോൾ ആവശ്യമില്ല?

കഴിഞ്ഞ കുറച്ച് വർഷങ്ങളായി DevOps വളരെ ജനപ്രിയമായ ഒരു വിഷയമായി മാറിയിരിക്കുന്നു. പലരും അതിൽ ചേരാൻ സ്വപ്നം കാണുന്നു, പക്ഷേ, പ്രാക്ടീസ് കാണിക്കുന്നതുപോലെ, പലപ്പോഴും ശമ്പളത്തിന്റെ നിലവാരം കാരണം മാത്രം.

ചില ആളുകൾ അവരുടെ ബയോഡാറ്റയിൽ DevOps ലിസ്റ്റ് ചെയ്യുന്നു, എന്നിരുന്നാലും അവർക്ക് എല്ലായ്പ്പോഴും ഈ പദത്തിന്റെ സാരാംശം അറിയില്ല അല്ലെങ്കിൽ മനസ്സിലാക്കാൻ കഴിയില്ല. Ansible, GitLab, Jenkins, Terraform എന്നിവയും മറ്റും പഠിച്ചതിന് ശേഷം (നിങ്ങളുടെ അഭിരുചിക്കനുസരിച്ച് പട്ടിക തുടരാം) നിങ്ങൾ ഉടൻ തന്നെ ഒരു "ഡെവോപ്സിസ്റ്റ്" ആയി മാറുമെന്ന് ചിലർ കരുതുന്നു. ഇത് തീർച്ചയായും ശരിയല്ല.

കഴിഞ്ഞ കുറച്ച് വർഷങ്ങളായി, വിവിധ കമ്പനികളിൽ DevOps നടപ്പിലാക്കുന്നതിലാണ് ഞാൻ പ്രധാനമായും ഏർപ്പെട്ടിരിക്കുന്നത്. അതിനുമുമ്പ്, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ മുതൽ ഐടി ഡയറക്ടർ വരെയുള്ള സ്ഥാനങ്ങളിൽ അദ്ദേഹം 20 വർഷത്തിലേറെ പ്രവർത്തിച്ചു. നിലവിൽ Playgendary-ൽ DevOps ലീഡ് എഞ്ചിനീയർ.

ആരാണ് DevOps

മറ്റൊരു ചോദ്യത്തിന് ശേഷമാണ് ഒരു ലേഖനം എഴുതാനുള്ള ആശയം ഉടലെടുത്തത്: "ആരാണ് DevOps?" അത് എന്താണെന്നോ ആരാണെന്നോ ഇപ്പോഴും സ്ഥാപിത പദമില്ല. ചില ഉത്തരങ്ങൾ ഇതിനകം ഇതിൽ ഉണ്ട് видео. ആദ്യം, അതിൽ നിന്നുള്ള പ്രധാന പോയിന്റുകൾ ഞാൻ ഹൈലൈറ്റ് ചെയ്യും, തുടർന്ന് ഞാൻ എന്റെ നിരീക്ഷണങ്ങളും ചിന്തകളും പങ്കിടും.

DevOps വാടകയ്‌ക്കെടുക്കാൻ കഴിയുന്ന ഒരു സ്പെഷ്യലിസ്റ്റല്ല, ഒരു കൂട്ടം യൂട്ടിലിറ്റികളല്ല, എഞ്ചിനീയർമാരുള്ള ഡെവലപ്പർമാരുടെ വകുപ്പുമല്ല.

DevOps ഒരു തത്വശാസ്ത്രവും രീതിശാസ്ത്രവുമാണ്.

മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരുമായി സജീവമായി സംവദിക്കാൻ ഡവലപ്പർമാരെ സഹായിക്കുന്ന ഒരു കൂട്ടം സമ്പ്രദായമാണിത്. അതായത്, ജോലി പ്രക്രിയകളെ പരസ്പരം ബന്ധിപ്പിക്കുകയും സംയോജിപ്പിക്കുകയും ചെയ്യുക.

DevOps-ന്റെ വരവോടെ, സ്പെഷ്യലിസ്റ്റുകളുടെ ഘടനയും റോളുകളും അതേപടി തുടർന്നു (ഡെവലപ്പർമാരുണ്ട്, എഞ്ചിനീയർമാരുണ്ട്), എന്നാൽ ഇടപെടലിന്റെ നിയമങ്ങൾ മാറി. വകുപ്പുകൾ തമ്മിലുള്ള അതിരുകൾ മങ്ങി.

DevOps-ന്റെ ലക്ഷ്യങ്ങൾ മൂന്ന് പോയിന്റുകളിൽ വിവരിക്കാം:

• സോഫ്‌റ്റ്‌വെയർ പതിവായി അപ്‌ഡേറ്റ് ചെയ്യണം.
• സോഫ്‌റ്റ്‌വെയർ വേഗത്തിൽ തീർക്കണം.
• സോഫ്റ്റ്‌വെയർ സൗകര്യപ്രദമായും ചുരുങ്ങിയ സമയത്തിനുള്ളിലും വിന്യസിക്കണം.

DevOps-ന് ഒരൊറ്റ ടൂളില്ല. നിരവധി ഉൽപ്പന്നങ്ങൾ കോൺഫിഗർ ചെയ്യുക, വിതരണം ചെയ്യുക, പഠിക്കുക എന്നതിനർത്ഥം DevOps കമ്പനിയിൽ പ്രത്യക്ഷപ്പെട്ടുവെന്നല്ല. ധാരാളം ടൂളുകൾ ഉണ്ട്, അവയെല്ലാം വിവിധ ഘട്ടങ്ങളിൽ ഉപയോഗിക്കുന്നു, എന്നാൽ ഒരു പൊതു ഉദ്ദേശ്യം നിറവേറ്റുന്നു.

ഇത് DevOps ടൂളുകളുടെ ഒരു ഭാഗം മാത്രമാണ്

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

അഭിമുഖത്തിന്റെ അനുഭവത്തിൽ നിന്ന്, ഞാൻ ഇനിപ്പറയുന്ന ചിത്രം കാണുന്നു: DevOps ഒരു ജോലി ശീർഷകമായി കണക്കാക്കുന്ന സ്പെഷ്യലിസ്റ്റുകൾക്ക് സാധാരണയായി സഹപ്രവർത്തകരുമായി തെറ്റിദ്ധാരണകൾ ഉണ്ടാകാറുണ്ട്.

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

എല്ലാ സ്ഥാനാർത്ഥികൾക്കും വേണ്ടിയുള്ള എന്റെ ലിസ്റ്റിൽ ഉയർന്ന ഒരു ചോദ്യം ഞാൻ അദ്ദേഹത്തോട് ചോദിച്ചു.

— DevOps നിങ്ങൾക്ക് വ്യക്തിപരമായി എന്താണ് അർത്ഥമാക്കുന്നത്?
- പൊതുവേ അല്ലെങ്കിൽ ഞാൻ അത് എങ്ങനെ മനസ്സിലാക്കും?

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

"DevOps-ന്റെ മാന്ത്രികത"യെക്കുറിച്ച് ധാരാളം കേട്ടിട്ടുള്ള തൊഴിലുടമകൾ, വന്ന് ഈ "മാജിക്" സൃഷ്ടിക്കുന്ന ഒരു വ്യക്തിയെ കണ്ടെത്താൻ ആഗ്രഹിക്കുന്നു. “DevOps ഒരു ജോലിയാണ്” വിഭാഗത്തിൽ നിന്നുള്ള അപേക്ഷകർക്ക് ഈ സമീപനത്തിലൂടെ പ്രതീക്ഷകൾ നിറവേറ്റാൻ കഴിയില്ലെന്ന് മനസ്സിലാക്കുന്നില്ല. കൂടാതെ, പൊതുവേ, അവർ DevOps അവരുടെ ബയോഡാറ്റയിൽ എഴുതി, കാരണം ഇതൊരു ട്രെൻഡ് ആയതിനാൽ അവർ അതിന് ധാരാളം പണം നൽകുന്നു.

DevOps രീതിശാസ്ത്രവും തത്ത്വചിന്തയും

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

DevOps രീതിശാസ്ത്രം ലക്ഷ്യങ്ങൾ നേടാനുള്ള ഒരു ഉപാധി മാത്രമാണ്.

ഇപ്പോൾ DevOps തത്വശാസ്ത്രം എന്താണെന്നതിനെക്കുറിച്ച്. ഇത് ഒരുപക്ഷേ ഏറ്റവും ബുദ്ധിമുട്ടുള്ള ചോദ്യമാണ്.

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

എന്റെ സർവ്വകലാശാലയിൽ അത്തരമൊരു വിഷയമില്ല, 90 കളിൽ എനിക്ക് കണ്ടെത്താൻ കഴിയുന്ന മെറ്റീരിയലുകൾ ഉപയോഗിച്ച് എനിക്ക് എല്ലാം സ്വന്തമായി പഠിക്കേണ്ടിവന്നു. എഞ്ചിനീയറിംഗ് വിദ്യാഭ്യാസത്തിന് വിഷയം ഐച്ഛികമാണ്, അതിനാൽ ഉത്തരത്തിന്റെ ഔപചാരികവൽക്കരണത്തിന്റെ അഭാവം. എന്നാൽ DevOps-ൽ ഗൗരവമായി മുഴുകിയിരിക്കുന്ന ആളുകൾക്ക് കമ്പനിയുടെ എല്ലാ പ്രക്രിയകളുടെയും ഒരു പ്രത്യേക "ആത്മാവ്" അല്ലെങ്കിൽ "അബോധാവസ്ഥയിലുള്ള സമഗ്രത" അനുഭവപ്പെടാൻ തുടങ്ങുന്നു.

എന്റെ സ്വന്തം അനുഭവം ഉപയോഗിച്ച്, ഈ തത്ത്വചിന്തയുടെ ചില "പോസ്‌റ്റുലേറ്റുകൾ" ഔപചാരികമാക്കാൻ ഞാൻ ശ്രമിച്ചു. ഫലം ഇനിപ്പറയുന്നതാണ്:

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

എന്റെ "പോസ്‌റ്റുലേറ്റുകൾ" ചർച്ചയ്ക്കുള്ള ഒരു പ്രത്യേക വിഷയമാണെന്ന് ഞാൻ കരുതുന്നു. എന്നാൽ ഇപ്പോൾ കെട്ടിപ്പടുക്കാൻ ചിലതുണ്ട്.

DevOps എന്താണ് ചെയ്യുന്നത്

ഇവിടെ പ്രധാന വാക്ക് ആശയവിനിമയമാണ്. ധാരാളം ആശയവിനിമയങ്ങളുണ്ട്, അതിന്റെ തുടക്കക്കാരൻ അതേ DevOps എഞ്ചിനീയർ ആയിരിക്കണം. എന്തുകൊണ്ടാണത്? കാരണം ഇത് തത്വശാസ്ത്രവും രീതിശാസ്ത്രവുമാണ്, അതിനുശേഷം മാത്രമേ എഞ്ചിനീയറിംഗ് അറിവ്.

പാശ്ചാത്യ തൊഴിൽ വിപണിയെക്കുറിച്ച് എനിക്ക് 100% ആത്മവിശ്വാസത്തോടെ സംസാരിക്കാൻ കഴിയില്ല. എന്നാൽ റഷ്യയിലെ DevOps മാർക്കറ്റിനെക്കുറിച്ച് എനിക്ക് ഒരുപാട് അറിയാം. നൂറുകണക്കിന് അഭിമുഖങ്ങൾക്ക് പുറമേ, കഴിഞ്ഞ ഒന്നര വർഷമായി ഞാൻ വലിയ റഷ്യൻ കമ്പനികൾക്കും ബാങ്കുകൾക്കുമായി "DevOps നടപ്പിലാക്കൽ" സേവനത്തിനായി നൂറുകണക്കിന് സാങ്കേതിക പ്രീസെയിലുകളിൽ പങ്കെടുത്തിട്ടുണ്ട്.

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

DevOps നടപ്പിലാക്കുന്നത് പണത്തിന്റെ കാര്യത്തിൽ ചെലവേറിയതാണ്. അത് മറ്റ് മേഖലകളിൽ സാമ്പത്തിക നേട്ടങ്ങൾ കൊണ്ടുവരുന്നിടത്ത് മാത്രമാണ് ന്യായീകരിക്കപ്പെടുന്നത്, അല്ലാതെ സ്വന്തം നിലയിലല്ല.

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

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

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

എന്നാൽ, നേരെമറിച്ച്, പുതിയ ഉപകരണങ്ങളും രീതികളും അവതരിപ്പിക്കുന്നതിൽ സന്തോഷമുള്ള ടീമുകളുണ്ട്, ഈ പ്രക്രിയയിൽ സജീവമായി പങ്കെടുക്കുന്നു. ഈ സാഹചര്യത്തിൽ പോലും, DevOps എഞ്ചിനീയറും ടീമും തമ്മിലുള്ള ആശയവിനിമയം റദ്ദാക്കിയിട്ടില്ല.

DevOps ആവശ്യമില്ലാത്തപ്പോൾ

DevOps ആവശ്യമില്ലാത്ത സാഹചര്യങ്ങളുണ്ട്. ഇതൊരു വസ്തുതയാണ് - അത് മനസ്സിലാക്കുകയും അംഗീകരിക്കുകയും വേണം.

ഒന്നാമതായി, ഇത് ഏത് കമ്പനികൾക്കും (പ്രത്യേകിച്ച് ചെറുകിട ബിസിനസ്സുകൾക്ക്) ബാധകമാണ്, അവരുടെ ലാഭം ക്ലയന്റുകൾക്ക് വിവര സേവനങ്ങൾ നൽകുന്ന ഐടി ഉൽപ്പന്നങ്ങളുടെ സാന്നിധ്യത്തെയോ അഭാവത്തെയോ നേരിട്ട് ആശ്രയിക്കുന്നില്ല. ഇവിടെ ഞങ്ങൾ കമ്പനിയുടെ വെബ്‌സൈറ്റിനെക്കുറിച്ചല്ല സംസാരിക്കുന്നത്, അത് ഒരു സ്റ്റാറ്റിക് “ബിസിനസ് കാർഡ്” അല്ലെങ്കിൽ ഡൈനാമിക് ന്യൂസ് ബ്ലോക്കുകൾ മുതലായവ.

നിങ്ങളുടെ ക്ലയന്റിന്റെ സംതൃപ്തിയും നിങ്ങളിലേക്ക് മടങ്ങിവരാനുള്ള അവന്റെ ആഗ്രഹവും ക്ലയന്റുമായുള്ള ആശയവിനിമയത്തിനും അവയുടെ ഗുണനിലവാരത്തിനും ടാർഗെറ്റിംഗിനും ഈ വിവര സേവനങ്ങളുടെ ലഭ്യതയെ ആശ്രയിച്ചിരിക്കുമ്പോൾ DevOps ആവശ്യമാണ്.

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

തീമാറ്റിക് മീറ്റിംഗുകളുടെയും കോൺഫറൻസുകളുടെയും റെക്കോർഡിംഗുകളിൽ മറ്റ് നിരവധി ഉദാഹരണങ്ങളും പ്രഭാഷണങ്ങളും കാണാം. അവയിൽ ചിലത് ഞാൻ വ്യക്തിപരമായി സന്ദർശിച്ചു - ഈ ദിശയിൽ വികസിപ്പിക്കാൻ ആഗ്രഹിക്കുന്നവർക്ക് ഇത് വളരെ ഉപയോഗപ്രദമായ അനുഭവമാണ്. DevOps-ലെ നല്ല പ്രഭാഷണങ്ങളും മെറ്റീരിയലുകളുമുള്ള YouTube ചാനലുകളിലേക്കുള്ള ലിങ്കുകൾ ഇതാ:

• Devoops
• DevOpsConf
• ഹൈലോഡ്++
• ഫ്ലാന്റ്
• MailRu ക്ലൗഡ് പരിഹാരം

ഇപ്പോൾ നിങ്ങളുടെ ബിസിനസ്സ് നോക്കുക, ഇതിനെക്കുറിച്ച് ചിന്തിക്കുക: ഉപഭോക്തൃ ഇടപെടൽ സാധ്യമാക്കുന്നതിന് നിങ്ങളുടെ കമ്പനിയും അതിന്റെ ലാഭവും ഐടി ഉൽപ്പന്നങ്ങളെ എത്രമാത്രം ആശ്രയിച്ചിരിക്കുന്നു?

നിങ്ങളുടെ കമ്പനി ഒരു ചെറിയ സ്റ്റോറിൽ മത്സ്യം വിൽക്കുകയും ഒരേയൊരു ഐടി ഉൽപ്പന്നം രണ്ട് 1C ആണെങ്കിൽ: എന്റർപ്രൈസ് കോൺഫിഗറേഷനുകളും (അക്കൗണ്ടിംഗും UNF ഉം), DevOps-നെ കുറിച്ച് സംസാരിക്കുന്നതിൽ അർത്ഥമില്ല.

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

നിങ്ങളുടെ കമ്പനിക്ക് DevOps ആവശ്യമുണ്ടോ എന്ന് നിർണ്ണയിക്കുന്നതിനുള്ള പ്രധാന മാനദണ്ഡം വാർഷിക സാമ്പത്തിക വിറ്റുവരവിന്റെ വലുപ്പവും അളവും അല്ല.

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

അവരുടെ ക്ലയന്റുകൾ കാർ ഡീലർമാരുടെ പരിമിതമായ പട്ടികയാണ്. ഓരോരുത്തർക്കും നിർമ്മാതാവിൽ നിന്ന് ഒരു സ്പെഷ്യലിസ്റ്റ് നൽകിയിട്ടുണ്ട്. എല്ലാ ആന്തരിക പ്രമാണ പ്രവാഹവും SAP ERP വഴിയാണ് സംഭവിക്കുന്നത്. ആന്തരിക ജീവനക്കാർ പ്രധാനമായും വിവര സംവിധാനത്തിന്റെ ക്ലയന്റുകളാണ്. എന്നാൽ ഈ ഐഎസിനെ നിയന്ത്രിക്കുന്നത് ക്ലസ്റ്റർ സംവിധാനങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള ക്ലാസിക്കൽ മാർഗങ്ങളാണ്. ഇത് DevOps പ്രാക്ടീസുകൾ ഉപയോഗിക്കുന്നതിനുള്ള സാധ്യത ഒഴിവാക്കുന്നു.

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

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

DevOps ആവശ്യമാണോ എന്ന് മനസ്സിലാക്കുന്നതിനുള്ള പ്രധാന മാനദണ്ഡം: നിങ്ങളുടെ ഐടി ഉൽപ്പന്നങ്ങൾക്ക് കമ്പനിക്കും ഉപഭോക്താക്കൾക്കും എന്ത് മൂല്യമുണ്ട്.

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

ഫണ്ടിംഗിന് നന്ദി പറഞ്ഞ് ഏത് ഗെയിമുകളും നിലവിലുണ്ട്: കളിക്കാരിൽ നിന്ന് നേരിട്ടോ അല്ലാതെയോ. Playgendary-ൽ, 200-ലധികം ആളുകൾ അവരുടെ സൃഷ്‌ടിയിൽ നേരിട്ട് പങ്കാളികളാകുന്ന സൗജന്യ മൊബൈൽ ഗെയിമുകൾ ഞങ്ങൾ വികസിപ്പിക്കുന്നു. ഞങ്ങൾ എങ്ങനെയാണ് DevOps ഉപയോഗിക്കുന്നത്?

അതെ, മുകളിൽ വിവരിച്ചതിന് സമാനമാണ്. ഡെവലപ്പർമാരുമായും ടെസ്റ്ററുകളുമായും ഞാൻ നിരന്തരം ആശയവിനിമയം നടത്തുകയും DevOps രീതിശാസ്ത്രത്തിലും ടൂളുകളിലും ജീവനക്കാർക്ക് ആന്തരിക പരിശീലനം നടത്തുകയും ചെയ്യുന്നു.

എല്ലാ അസംബ്ലി പൈപ്പ്‌ലൈനുകളും യൂണിറ്റി ഉപയോഗിച്ച് എക്‌സിക്യൂട്ട് ചെയ്യുന്നതിനും ആപ്പ് സ്റ്റോറിലേക്കും പ്ലേ മാർക്കറ്റിലേക്കും തുടർന്നുള്ള വിന്യാസത്തിനുമുള്ള ഒരു സിഐ/സിഡി പൈപ്പ്‌ലൈൻ ഉപകരണമായി ഞങ്ങൾ ഇപ്പോൾ ജെൻകിൻസ് സജീവമായി ഉപയോഗിക്കുന്നു. ക്ലാസിക് ടൂൾകിറ്റിൽ നിന്ന് കൂടുതൽ:

• ആസന - പ്രോജക്റ്റ് മാനേജ്മെന്റിന്. ജെങ്കിൻസുമായുള്ള സംയോജനം ക്രമീകരിച്ചു.
• Google Meet - വീഡിയോ മീറ്റിംഗുകൾക്കായി.
• സ്ലാക്ക് - ആശയവിനിമയങ്ങൾക്കും ജെങ്കിൻസിൽ നിന്നുള്ള അറിയിപ്പുകൾ ഉൾപ്പെടെയുള്ള വിവിധ അലേർട്ടുകൾക്കും.
• അറ്റ്ലാസിയൻ സംഗമം - ഡോക്യുമെന്റേഷനും ഗ്രൂപ്പ് വർക്കിനും.

സോണാർക്യൂബ് ഉപയോഗിച്ച് സ്റ്റാറ്റിക് കോഡ് വിശകലനം അവതരിപ്പിക്കുന്നതും തുടർച്ചയായ ഏകീകരണ ഘട്ടത്തിൽ സെലിനിയം ഉപയോഗിച്ച് ഓട്ടോമേറ്റഡ് യുഐ ടെസ്റ്റിംഗ് നടത്തുന്നതും ഞങ്ങളുടെ ഉടനടിയുള്ള പദ്ധതികളിൽ ഉൾപ്പെടുന്നു.

പകരം ഒരു നിഗമനത്തിൽ എന്ന

ഇനിപ്പറയുന്ന ചിന്തയോടെ ഞാൻ അവസാനിപ്പിക്കാൻ ആഗ്രഹിക്കുന്നു: ഉയർന്ന യോഗ്യതയുള്ള DevOps എഞ്ചിനീയർ ആകുന്നതിന്, ആളുകളുമായി എങ്ങനെ തത്സമയം ആശയവിനിമയം നടത്താമെന്ന് പഠിക്കേണ്ടത് അത്യന്താപേക്ഷിതമാണ്.

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

അതെ, ഏത് പരിഹാരവും നടപ്പിലാക്കുന്നതിന് വളരെയധികം ചർച്ചകൾ ആവശ്യമായി വരും, അവസാനം അത് മൊത്തത്തിൽ മാറിയേക്കാം. സ്വതന്ത്രമായി വികസിപ്പിച്ച്, അവന്റെ ആശയങ്ങൾ നിർദ്ദേശിക്കുകയും നടപ്പിലാക്കുകയും ചെയ്യുന്നു, അത്തരമൊരു വ്യക്തി ടീമിനും തൊഴിലുടമയ്ക്കും മൂല്യം വർദ്ധിപ്പിക്കുന്നു. അത്, ആത്യന്തികമായി, അവന്റെ പ്രതിമാസ പ്രതിഫലത്തിന്റെ തുകയിലോ അധിക ബോണസുകളുടെ രൂപത്തിലോ പ്രതിഫലിക്കുന്നു.

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