ઇવાન કેવી રીતે DevOps મેટ્રિક્સ કર્યું. પ્રભાવની વસ્તુ

ઇવાનને પ્રથમ વખત DevOps મેટ્રિક્સ વિશે વિચાર્યાને એક અઠવાડિયું વીતી ગયું છે અને સમજાયું કે તેમની સહાયથી ઉત્પાદન વિતરણ સમયનું સંચાલન કરવું જરૂરી છે. (બજાર નો સમય).

સપ્તાહના અંતે પણ, તેણે મેટ્રિક્સ વિશે વિચાર્યું: “તો જો હું સમય માપું તો શું? તે મને શું આપશે?

ખરેખર, સમયનું જ્ઞાન શું આપશે? ચાલો કહીએ કે ડિલિવરી 5 દિવસ લે છે. તો, આગળ શું છે? તે સારું છે કે ખરાબ? જો આ ખરાબ છે, તો પણ તમારે આ સમયને કોઈક રીતે ઘટાડવાની જરૂર છે. પરંતુ કેવી રીતે?
આ વિચારોએ તેને સતાવ્યો, પરંતુ કોઈ ઉકેલ આવ્યો નહીં.

ઇવાન સમજી ગયો કે તે ખૂબ જ સાર પર આવ્યો છે. મેટ્રિક્સના અસંખ્ય આલેખ તેણે પહેલાં જોયા હતા તે લાંબા સમય પહેલા તેને ખાતરી આપી ગયા હતા કે પ્રમાણભૂત અભિગમ કામ કરશે નહીં, અને જો તે ખાલી કાવતરું કરે તો (ભલે તે સમૂહ હોય), તેનો કોઈ ઉપયોગ થશે નહીં.

કેવી રીતે બનવું?…

મેટ્રિક એક સામાન્ય લાકડાના શાસક જેવું છે. તેની મદદથી કરવામાં આવેલ માપન કારણ જણાવશે નહીં, શા માટે ઓબ્જેક્ટ માપવામાં આવે છે તે બરાબર લંબાઈ છે જે તેણીએ દર્શાવ્યું હતું. શાસક ફક્ત તેનું કદ બતાવશે, અને વધુ કંઈ નહીં. તે ફિલોસોફરનો પથ્થર નથી, પરંતુ માત્ર એક લાકડાનું બોર્ડ છે જેની સાથે માપવા માટે.

તેના મનપસંદ લેખક હેરી હેરિસનનો "સ્ટેનલેસ સ્ટીલ ઉંદર" હંમેશા કહેતો: એક વિચાર મગજના તળિયે પહોંચવો જોઈએ અને ત્યાં જ પડેલો છે, તેથી ઘણા દિવસો સુધી કોઈ ફાયદો ન થયો, પછી ઇવાને બીજું કાર્ય હાથ ધરવાનું નક્કી કર્યું ...

થોડા દિવસો પછી, ઓનલાઈન સ્ટોર્સ વિશેનો લેખ વાંચતી વખતે, ઈવાનને અચાનક સમજાયું કે ઓનલાઈન સ્ટોરને કેટલી રકમ મળે છે તેના પર આધાર રાખે છે કે મુલાકાતીઓ કેવી રીતે વર્તે છે. તે તેઓ છે, મુલાકાતીઓ/ગ્રાહકો, જેઓ સ્ટોરને તેમના પૈસા આપે છે અને તેનો સ્ત્રોત છે. સ્ટોરને પ્રાપ્ત થતી રોકડની નીચેની લાઇન ગ્રાહકના વર્તનમાં ફેરફારથી પ્રભાવિત થાય છે, અન્ય કંઈપણથી નહીં.

તે બહાર આવ્યું છે કે માપેલા મૂલ્યને બદલવા માટે આ મૂલ્ય બનાવનારાઓને પ્રભાવિત કરવું જરૂરી હતું, એટલે કે. ઑનલાઇન સ્ટોરના નાણાંની રકમ બદલવા માટે, આ સ્ટોરના ગ્રાહકોના વર્તનને પ્રભાવિત કરવું જરૂરી હતું, અને DevOpsમાં ડિલિવરીનો સમય બદલવા માટે, આ વખતે "બનાવનાર" ટીમોને પ્રભાવિત કરવી જરૂરી હતી, એટલે કે. તેમના કામમાં DevOps નો ઉપયોગ કરો.

ઇવાનને સમજાયું કે DevOps મેટ્રિક્સને ગ્રાફ દ્વારા બિલકુલ દર્શાવવું જોઈએ નહીં. તેઓએ પોતાનું પ્રતિનિધિત્વ કરવું જોઈએ શોધ સાધન "ઉત્તમ" ટીમો જે અંતિમ વિતરણ સમયને આકાર આપે છે.

કોઈ મેટ્રિક ક્યારેય કારણ બતાવશે નહીં કે આ અથવા તે ટીમને વિતરણ કરવામાં લાંબો સમય કેમ લાગ્યો, ઇવાનએ વિચાર્યું, કારણ કે વાસ્તવમાં એક મિલિયન અને નાની કાર્ટ હોઈ શકે છે, અને તે તકનીકી નહીં, પરંતુ સંગઠનાત્મક હોઈ શકે છે. તે. તમે મેટ્રિક્સમાંથી સૌથી વધુ મેળવવાની અપેક્ષા રાખી શકો છો તે છે ટીમો અને તેમના પરિણામો બતાવવાની, અને પછી તમારે હજી પણ આ ટીમોને તમારા પગથી અનુસરવાની અને તેમની સાથે શું ખોટું છે તે શોધવું પડશે.

બીજી બાજુ, ઇવાનની કંપની પાસે એક માનક હતું જેના માટે તમામ ટીમોને અનેક બેન્ચ પર એસેમ્બલીનું પરીક્ષણ કરવાની જરૂર હતી. જ્યાં સુધી પાછલું સ્ટેન્ડ પૂરું ન થયું ત્યાં સુધી ટીમ આગળના સ્ટેન્ડ પર જઈ શકી નહીં. તે બહાર આવ્યું છે કે જો આપણે સ્ટેન્ડમાંથી પસાર થવાના ક્રમ તરીકે DevOps પ્રક્રિયાની કલ્પના કરીએ, તો મેટ્રિક્સ આ સ્ટેન્ડ્સ પર ટીમો દ્વારા વિતાવેલો સમય બતાવી શકે છે. ટીમનું સ્ટેન્ડ અને સમય જાણીને તેમની સાથે વધુ ચોક્કસ કારણો વિશે વાત કરવી શક્ય બની.

ખચકાટ વિના, ઇવાને ફોન ઉપાડ્યો અને એક વ્યક્તિનો નંબર ડાયલ કર્યો જે DevOps ના ઇન અને આઉટમાં સારી રીતે વાકેફ છે:

- ડેનિસ, કૃપા કરીને મને કહો, શું કોઈક રીતે સમજવું શક્ય છે કે ટીમ આ અથવા તે સ્ટેન્ડ પસાર કરી છે?
- ચોક્કસપણે. અમારા જેનકિન્સ ધ્વજને કાઢી નાખે છે જો બિલ્ડ બેન્ચ પર સફળતાપૂર્વક રોલઆઉટ (પરીક્ષણમાં પાસ થઈ ગયું હોય).
- સુપર. ધ્વજ શું છે?
- આ "stand_OK" અથવા "stand_FAIL" જેવી નિયમિત ટેક્સ્ટ ફાઇલ છે, જે કહે છે કે એસેમ્બલી સ્ટેન્ડ પાસ કરી અથવા નિષ્ફળ ગઈ. સારું, તમે સમજો છો, બરાબર ને?
- હું માનું છું, હા. શું તે રીપોઝીટરીમાં એ જ ફોલ્ડરમાં લખાયેલ છે જ્યાં એસેમ્બલી સ્થિત છે?
- હા
- જો એસેમ્બલી ટેસ્ટ બેન્ચ પાસ ન કરે તો શું થાય? શું મારે નવું બિલ્ડ કરવું પડશે?
- હા
- ઠીક છે, આભાર. અને બીજો પ્રશ્ન: શું હું યોગ્ય રીતે સમજી શકું છું કે હું ધ્વજ બનાવવાની તારીખનો ઉપયોગ સ્ટેન્ડની તારીખ તરીકે કરી શકું?
- સંપૂર્ણપણે!
- સુપર!

પ્રેરિત, ઇવાન અટકી ગયો અને સમજાયું કે બધું જ જગ્યાએ પડી ગયું છે. બિલ્ડ ફાઇલના નિર્માણની તારીખ અને ફ્લેગ્સના નિર્માણની તારીખને જાણીને, ટીમો દરેક સ્ટેન્ડ પર કેટલો સમય વિતાવે છે અને તેઓ સૌથી વધુ સમય ક્યાં વિતાવે છે તે સમજવું શક્ય હતું.

"સૌથી વધુ સમય ક્યાં પસાર થાય છે તે સમજીને, અમે ટીમોને નિર્દેશિત કરીશું, તેમની પાસે જઈશું અને સમસ્યાને શોધીશું." ઇવાન હસ્યો.

આવતી કાલ માટે, તેણે પોતાની જાતને સિસ્ટમના આર્કિટેક્ચરનું સ્કેચ બનાવવાનું કાર્ય સુયોજિત કર્યું.

ચાલુ રહી શકાય…

સોર્સ: www.habr.com