പ്ലാറ്റ്ഫോം എഞ്ചിനീയറിംഗ്, ഡെവോപ്സ്, എസ്ആർഇ. യഥാർത്ഥ വ്യത്യാസം എന്താണ്?

ഏതാനും മാസങ്ങൾക്കുള്ളിൽ, ആരെങ്കിലും എന്നോട് ചോദിക്കും ഞാൻ എന്ത് ചെയ്യുന്നു എന്ന്. ഞാൻ "ഡെവൊപ്സ്" എന്ന് പറയുമ്പോൾ, എനിക്ക് ഒരു തലയാട്ടമുണ്ടാകും. ഒരു സഹപ്രവർത്തകൻ "പ്ലാറ്റ്ഫോം എഞ്ചിനീയർ" എന്ന് പറയുമ്പോൾ, തലകുനിക്കുന്നത് വളരെ പതുക്കെയാണ്. ആരെങ്കിലും "SRE" എന്ന് പറയുമ്പോൾ, ആളുകൾ മര്യാദയോടെ പുഞ്ചിരിക്കും.

ഈ വ്യവസായത്തിൽ, നമുക്ക് കൂടുതൽ വ്യക്തതയില്ല എന്നതാണ് ആശയക്കുഴപ്പമുണ്ടാക്കുന്ന കാര്യം. ഒരേ ജോലി മൂന്നു തലക്കെട്ടുകളിലും പോസ്റ്റ് ചെയ്യപ്പെടുന്നു, ഒരേ തലക്കെട്ട് മൂന്ന് വ്യത്യസ്ത ജോലികൾ അർത്ഥമാക്കാം. അത് പരിഹരിക്കാനുള്ള എന്റെ ശ്രമം ഇതാ.

എന്തിനാണ് എല്ലാവരും പെട്ടെന്നു തന്നെ "പ്ലാറ്റ്ഫോം" എന്ന് പറയുന്നത്?

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

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

പ്ലാറ്റ്ഫോം എഞ്ചിനീയറിംഗ് വലിയതോതിൽ അതിനുള്ള പ്രതികരണമാണ്. ഓരോ ടീമിനും വേണ്ടി കാര്യങ്ങൾ ചെയ്യുന്നതിനു പകരം, ടീമുകൾക്ക് സ്വയം കാര്യങ്ങൾ ചെയ്യാൻ അനുവദിക്കുന്ന ഒരു ഉൽപ്പന്നം നിങ്ങൾ നിർമ്മിക്കുന്നു. സ്വയം സേവന പൈപ്പ്ലൈനുകൾ, ടെംപ്ലേറ്റുകൾ, പരിതസ്ഥിതികൾ, എല്ലാം വിവേകപൂർണമായ സ്ഥിരസ്ഥിതികളുള്ളവ.

ഓരോ റോളിനും എന്താണുള്ളത്, ലളിതമായി പറഞ്ഞാൽ

ഡെവൊപ്സ് സംസ്കാരവും സമ്പ്രദായങ്ങളും: ഓട്ടോമേഷൻ, ഐസി/സിഡി, കോഡായി അടിസ്ഥാന സൌകര്യം, നിരീക്ഷണം, പങ്കിട്ട ഉടമസ്ഥാവകാശം. ഒരു തൊഴിൽ ശീർഷകമായി, സാധാരണയായി "സോഫ്റ്റ്വെയർ നിർമ്മിക്കുന്നതും കയറ്റുമതി ചെയ്യുന്നതും പ്രവർത്തിപ്പിക്കുന്നതുമായ വ്യക്തിയെ" അർത്ഥമാക്കുന്നു.

SRE (സൈറ്റ് വിശ്വാസ്യത എഞ്ചിനീയറിംഗ്) ഗൂഗിളിൽ നിന്നും വന്നതാണ്. ഇത് ഒരു സോഫ്റ്റ് വെയര് പ്രശ്നമായിട്ടാണ് ഓപ്പറേഷനെ കാണുന്നത്. എസ്.ആര്.ഇ.കള് വിശ്വാസ്യതയെക്കുറിച്ച് ശ്രദ്ധിക്കുന്നു. അവരുടെ പ്രധാന ചോദ്യം "ഇത് എത്രത്തോളം വിശ്വസനീയമായിരിക്കണം, എങ്ങനെ നമുക്ക് അവിടെ എത്താം തീ കത്തിക്കാതെ" എന്നതാണ്.

പ്ലാറ്റ്ഫോം എഞ്ചിനീയറിംഗ് സോഫ്റ്റ്വെയർ വിതരണം ചെയ്യുന്നതിനായി ഡെവലപ്പർമാർ ഉപയോഗിക്കുന്ന ആന്തരിക ഉത്പന്നം നിർമ്മിക്കുന്നു. നിങ്ങളുടെ സ്വന്തം ഡെവലപ്പർമാരാണ് നിങ്ങളുടെ ഉപഭോക്താക്കൾ. അവരുടെ പ്രധാന ചോദ്യം "നമ്മൾ എങ്ങനെയാണ് ശരിയായ വഴി എളുപ്പവഴിയാക്കുന്നത്" എന്നതാണ്.

DevOps ആണ് തത്ത്വചിന്ത, SRE ആണ് ഒരു എൻജിനീയറിങ് ഡിസിപ്ലിനായി വിശ്വാസ്യത, പ്ലാറ്റ്ഫോം എൻജിനിയറിങ് ആണ് രണ്ട് സ്കെയിലുകളും ഉണ്ടാക്കുന്ന ഉൽപ്പന്നം.

എന്റെ സ്വന്തം കൃതികളില് അവ ഒത്തുചേരുന്നു

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

അത് സാധാരണമാണ്, പ്രത്യേകിച്ച് ചെറിയ കമ്പനികളിൽ. തലക്കെട്ടുകൾ നിങ്ങളുടെ ശ്രദ്ധ എവിടെയാണെന്ന് വിവരിക്കുന്നു, നിങ്ങൾക്ക് സ്പർശിക്കാൻ അനുവാദമുള്ളതിനെ ചുറ്റിപ്പറ്റിയുള്ള വേലി അല്ല.

അതിന്റെ അടിവശം ഉള്ള കഴിവുകൾ ഏതാണ്ട് ഒന്നുതന്നെയാണ്: ലിനക്സ്, നെറ്റ് വർക്കിംഗ്, ക്ലൌഡ്, കണ്ടെയ്നറുകൾ, കുബർനെറ്റ്സ്, കോഡായി അടിസ്ഥാന സൌകര്യം, നിരീക്ഷണക്ഷമത, സ്ക്രിപ്റ്റിംഗ്. മാറ്റം വന്നത് നിങ്ങൾ കാണുന്ന കോണിലാണ്.

ഒരു ചെറിയ ടീമിന് ഒരു പ്ലാറ്റ്ഫോം ടീം ആവശ്യമുണ്ടോ?

ഒരുപക്ഷേ ഇതുവരെ അല്ല. പത്ത് ഡവലപ്പർമാരും ഒന്നോ രണ്ടോ പേർ ഓപ്പറേഷനുകൾ നടത്തുന്നവരും ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഒരു "പ്ലാറ്റ്ഫോം ടീം" ആവശ്യമില്ല. നല്ല ചില ടെംപ്ലേറ്റുകളും, നല്ലൊരു പൈപ്പ്ലൈനും, നല്ല രേഖകളും വേണം.

നിങ്ങൾ ഒരു പ്ലാറ്റ്ഫോം സമീപനത്തിന് തയ്യാറാണെന്ന് സൂചിപ്പിക്കുന്ന അടയാളങ്ങൾ:

• ഒരേ അഭ്യർത്ഥന ഓപ്സ് ടീമിന് വീണ്ടും വീണ്ടും കിട്ടുന്നു.
• ഓരോ ടീമും വ്യത്യസ്തമായി പൈപ്പ് ലൈനുകൾ നിർമ്മിക്കുന്നു, ആരും മറ്റൊരാളെ സഹായിക്കില്ല.
• പുതിയ സേവനങ്ങള് ഉല്പാദനത്തില് എത്തിച്ചേരാന് ദിവസങ്ങളോ ആഴ്ചകളോ എടുക്കും.
• ഡെവലപ്പര് മാര് അവരുടെ ഉത്പന്നങ്ങളേക്കാൾ കൂടുതൽ സമയം ചെലവഴിക്കുന്നത് അടിസ്ഥാന സൌകര്യങ്ങള് ക്കു വേണ്ടിയാണ്.

അത് കൂട്ടിയിണക്കിയാല് , ഒരു ചെറിയ പ്ലാറ്റ്ഫോം ടീം ഡെവലപ്പര് അനുഭവം ഒരു ഉത്പന്നമായി കണക്കാക്കുന്നു, അത് സ്വയം പണം അടയ്ക്കാൻ തുടങ്ങുന്നു.

ഒരു പാത തെരഞ്ഞെടുക്കുന്ന ഒരാളോട് ഞാൻ എന്ത് പറയും

പേരിനെക്കുറിച്ച് അധികം ചിന്തിക്കരുത്. അടിസ്ഥാനകാര്യങ്ങള് ഒരേപോലെയാണ്, നിങ്ങള് ക്ക് ഈ റോളുകള് തമ്മില് പിന്നീട് മാറാം.

നിങ്ങള് ഓട്ടോമേഷനെ സ്നേഹിക്കുകയും മറ്റു എഞ്ചിനീയര് മാരുടെ ഉപകരണങ്ങള് നിർമ്മിക്കുകയും ചെയ്യുന്നുവെങ്കില് , പ്ലാറ്റ്ഫോം എഞ്ചിനിയറിങ്ങിലേക്ക് ചായുക. സംഭവങ്ങൾ, അളവുകൾ, സമ്മർദ്ദത്തിനിടയില് സിസ്റ്റങ്ങള് നിലനിര് ത്തുന്നതില് നിങ്ങള് ക്ക് താല്പര്യം ഉണ്ടെങ്കില് , എസ്. ആർ. ഇ. നിങ്ങള് ക്കുള്ളതാകാം. നിങ്ങൾക്ക് എല്ലാ കാര്യങ്ങളും ഇഷ്ടമാണെങ്കിൽ, "ഡെവൊപ്സ് എഞ്ചിനീയർ" തുടക്കത്തിന് നല്ലൊരു സ്ഥലമാണ്.

അപ്പോൾ, ഏത് വേണം?

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

എന്റെ അഭിപ്രായം: ഓരോ കുറച്ച് വർഷങ്ങൾക്കുള്ളിലും തലക്കെട്ടുകൾ മാറുന്നു. സോഫ്റ്റ് വെയര് എളുപ്പത്തിൽ വിതരണം ചെയ്യാനും തകര് ക്കാനും ബുദ്ധിമുട്ടുള്ളതാക്കുക എന്നത് ഒരിക്കലും ഫാഷന് വിട്ട് പോകില്ല.

ഡെസ്ലി