ഇവാൻ എങ്ങനെയാണ് DevOps മെട്രിക്സ് ചെയ്തത്. സ്വാധീനത്തിന്റെ വസ്തു

DevOps അളവുകളെക്കുറിച്ച് ഇവാൻ ആദ്യമായി ചിന്തിക്കുകയും അവരുടെ സഹായത്തോടെ ഉൽപ്പന്ന ഡെലിവറി സമയം നിയന്ത്രിക്കേണ്ടതുണ്ടെന്ന് മനസ്സിലാക്കുകയും ചെയ്തിട്ട് ഒരാഴ്ച കഴിഞ്ഞു. (ടൈം-ടു-മാർക്കറ്റ്).

വാരാന്ത്യങ്ങളിൽ പോലും അദ്ദേഹം അളവുകളെക്കുറിച്ച് ചിന്തിച്ചു: “അപ്പോൾ ഞാൻ സമയം അളക്കുകയാണെങ്കിൽ? അത് എനിക്ക് എന്ത് നൽകും?

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

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

എങ്ങനെയാകണം?…

ഒരു മെട്രിക് ഒരു സാധാരണ മരം ഭരണാധികാരിയെപ്പോലെയാണ്. അതിന്റെ സഹായത്തോടെ നടത്തിയ അളവുകൾ കാരണം പറയില്ല, എന്തുകൊണ്ട് അളക്കുന്ന വസ്തു അവൾ കാണിച്ച ദൈർഘ്യം തന്നെയാണ്. ഭരണാധികാരി അതിന്റെ വലുപ്പം കാണിക്കും, അതിൽ കൂടുതലൊന്നും ഇല്ല. അവൾ തത്ത്വചിന്തകന്റെ കല്ലല്ല, മറിച്ച് അളക്കാനുള്ള ഒരു തടി ബോർഡാണ്.

തന്റെ പ്രിയപ്പെട്ട എഴുത്തുകാരൻ ഹാരി ഹാരിസണിന്റെ "സ്റ്റെയിൻലെസ്സ് സ്റ്റീൽ എലി" എപ്പോഴും പറഞ്ഞു: ഒരു ചിന്ത തലച്ചോറിന്റെ അടിത്തട്ടിൽ എത്തി അവിടെ കിടക്കണം, അങ്ങനെ ഒരു ഫലവുമില്ലാതെ ദിവസങ്ങളോളം കഷ്ടപ്പെട്ട ശേഷം, ഇവാൻ മറ്റൊരു ജോലി ഏറ്റെടുക്കാൻ തീരുമാനിച്ചു ...

കുറച്ച് ദിവസങ്ങൾക്ക് ശേഷം, ഓൺലൈൻ സ്റ്റോറുകളെക്കുറിച്ചുള്ള ഒരു ലേഖനം വായിക്കുമ്പോൾ, ഒരു ഓൺലൈൻ സ്റ്റോറിന് ലഭിക്കുന്ന പണത്തിന്റെ അളവ് സൈറ്റ് സന്ദർശകർ എങ്ങനെ പെരുമാറുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നുവെന്ന് ഇവാൻ പെട്ടെന്ന് മനസ്സിലാക്കി. അവരാണ്, സന്ദർശകർ/ഉപഭോക്താക്കൾ, സ്റ്റോറിന് അവരുടെ പണം നൽകുന്നതും അതിന്റെ ഉറവിടവുമാണ്. ഒരു സ്റ്റോറിന് ലഭിക്കുന്ന പണത്തിന്റെ അടിത്തട്ടിൽ ഉപഭോക്തൃ സ്വഭാവത്തിലെ മാറ്റങ്ങളാണ് സ്വാധീനിക്കുന്നത്, മറ്റൊന്നുമല്ല.

അളന്ന മൂല്യം മാറ്റുന്നതിന്, ഈ മൂല്യം രൂപീകരിക്കുന്നവരെ സ്വാധീനിക്കേണ്ടത് ആവശ്യമാണെന്ന് ഇത് മാറി, അതായത്. ഒരു ഓൺലൈൻ സ്റ്റോറിന്റെ പണത്തിന്റെ അളവ് മാറ്റാൻ, ഈ സ്റ്റോറിന്റെ ഉപഭോക്താക്കളുടെ പെരുമാറ്റത്തെ സ്വാധീനിക്കേണ്ടത് ആവശ്യമാണ്, കൂടാതെ DevOps-ൽ ഡെലിവറി സമയം മാറ്റാൻ, ഇത്തവണ "സൃഷ്ടിക്കുന്ന" ടീമുകളെ സ്വാധീനിക്കേണ്ടത് ആവശ്യമാണ്, അതായത്. അവരുടെ ജോലിയിൽ DevOps ഉപയോഗിക്കുക.

DevOps മെട്രിക്കുകൾ ഗ്രാഫുകളാൽ പ്രതിനിധീകരിക്കപ്പെടേണ്ടതില്ലെന്ന് ഇവാൻ മനസ്സിലാക്കി. അവർ സ്വയം പ്രതിനിധീകരിക്കണം തിരയൽ ഉപകരണം അവസാന ഡെലിവറി സമയം രൂപപ്പെടുത്തുന്ന "മികച്ച" ടീമുകൾ.

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

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

ഒരു മടിയും കൂടാതെ, ഇവാൻ ഫോൺ എടുത്ത് DevOps-ന്റെ ഉള്ളിലും പുറത്തും നന്നായി അറിയാവുന്ന ഒരു വ്യക്തിയുടെ നമ്പർ ഡയൽ ചെയ്തു:

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

പ്രചോദനം ഉൾക്കൊണ്ട്, ഇവാൻ തൂങ്ങിക്കിടന്നു, എല്ലാം ശരിയായി വീണുവെന്ന് മനസ്സിലാക്കി. ബിൽഡ് ഫയൽ സൃഷ്ടിച്ച തീയതിയും പതാകകൾ സൃഷ്ടിച്ച തീയതിയും അറിയുന്നതിലൂടെ, ഓരോ സ്റ്റാൻഡിലും ടീമുകൾ എത്ര സമയം ചെലവഴിക്കുന്നു എന്ന് രണ്ടാമത്തേത് വരെ കണക്കാക്കാനും അവർ ഏറ്റവും കൂടുതൽ സമയം ചെലവഴിക്കുന്നത് എവിടെയാണെന്ന് മനസ്സിലാക്കാനും കഴിഞ്ഞു.

"ഏറ്റവും കൂടുതൽ സമയം ചെലവഴിക്കുന്നത് എവിടെയാണെന്ന് മനസിലാക്കാൻ, ഞങ്ങൾ ടീമുകളെ കൃത്യമായി ചൂണ്ടിക്കാണിക്കുകയും അവരുടെ അടുത്ത് പോയി പ്രശ്നം അന്വേഷിക്കുകയും ചെയ്യും." ഇവാൻ പുഞ്ചിരിച്ചു.

നാളത്തേക്ക്, വരയ്ക്കുന്ന സിസ്റ്റത്തിന്റെ ആർക്കിടെക്ചർ വരയ്ക്കാനുള്ള ചുമതല അദ്ദേഹം സ്വയം സജ്ജമാക്കി.

തുടരേണ്ടത് ...

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