Kako je Ivan naredil meritve DevOps. Objekt vpliva

Teden dni je minilo, odkar je Ivan prvič pomislil na metrike DevOps in ugotovil, da je z njihovo pomočjo treba upravljati čas dostave izdelkov (Čas do trga).

Tudi ob koncih tedna je razmišljal o metriki: »Pa kaj, če merim čas? Kaj mi bo to dalo?

Dejansko, kaj bo dalo znanje o času? Recimo, da dostava traja 5 dni. Torej, kaj je naslednje? Je dobro ali slabo? Tudi če je to slabo, potem morate ta čas nekako skrajšati. Ampak kako?
Te misli so ga preganjale, a rešitve ni bilo.

Ivan je razumel, da je prišel do bistva. Nešteti grafi meritev, ki jih je videl prej, so ga že zdavnaj prepričali, da standardni pristop ne bo deloval in da če preprosto nariše (tudi če je kohorta), ne bo koristilo.

Kako biti?…

Metrika je kot navadno leseno ravnilo. Meritve, opravljene z njegovo pomočjo, ne bodo povedale razloga, zakaj predmet, ki se meri, je točno takšne dolžine, kot jo je pokazala. Ravnilo bo samo pokazalo svojo velikost in nič več. Ona ni filozofski kamen, ampak le lesena deska, s katero merimo.

"Podgana iz nerjavečega jekla" njegovega najljubšega pisatelja Harryja Harrisona je vedno govorila: misel mora doseči dno možganov in tam obležati, zato se je Ivan po večdnevnem brezuspešnem trpljenju odločil za drugo nalogo ...

Nekaj ​​dni kasneje je Ivan med branjem članka o spletnih trgovinah nenadoma ugotovil, da je znesek denarja, ki ga prejme spletna trgovina, odvisen od tega, kako se vedejo obiskovalci strani. Prav oni, obiskovalci/stranke, dajejo trgovini svoj denar in so njegov vir. Na spodnjo mejo denarja, ki ga prejme trgovina, vplivajo spremembe v vedenju strank in ne karkoli drugega.

Izkazalo se je, da je za spremembo izmerjene vrednosti potrebno vplivati ​​na tiste, ki to vrednost tvorijo, tj. za spremembo količine denarja spletne trgovine je bilo treba vplivati ​​na obnašanje kupcev te trgovine, za spremembo časa dostave v DevOps pa je bilo treba vplivati ​​na ekipe, ki ta čas “ustvarjajo”, tj. uporabljajo DevOps pri svojem delu.

Ivan je spoznal, da metrike DevOps sploh ne bi smele biti predstavljene z grafi. Zastopati morajo sami sebe orodje za iskanje »izjemne« ekipe, ki krojijo končni dobavni rok.

Nobena metrika ne bo nikoli pokazala razloga, zakaj je ta ali ona ekipa dolgo delala z distribucijo, je pomislil Ivan, kajti v resnici je lahko milijon in majhen voziček in morda niso tehnični, ampak organizacijski. Tisti. največ, kar lahko pričakujete od meritev, je, da prikažete ekipe in njihove rezultate, potem pa morate tem ekipam še vedno slediti z nogami in ugotoviti, kaj je narobe z njimi.

Po drugi strani pa je Ivanovo podjetje imelo standard, ki je od vseh ekip zahteval preizkušanje sklopov na več mizah. Ekipa se ni mogla premakniti na naslednjo tribuno, dokler ni bila dokončana prejšnja. Izkazalo se je, da če si proces DevOps predstavljamo kot zaporedje prehodov skozi tribune, potem bi metrike lahko pokazale čas, ki ga ekipe porabijo na teh stojnicah. Ob poznavanju položaja in časa ekipe se je dalo z njimi konkretneje pogovoriti o razlogih.

Ivan je brez obotavljanja dvignil slušalko in zavrtel številko osebe, ki se dobro spozna na DevOps:

— Denis, povej mi prosim, ali je mogoče nekako razumeti, da je ekipa prestala to ali ono tribuno?
- Vsekakor. Naš Jenkins zavrže zastavico, če se je zgradba uspešno razvila (prestala preizkus) na klopi.
- Super. Kaj je zastava?
- To je običajna besedilna datoteka, kot je »stand_OK« ali »stand_FAIL«, ki pravi, da je sestav opravil ali ni uspel preizkusa. No, razumeš, kajne?
- Mislim, da. Ali je zapisan v isto mapo v repozitoriju, kjer se nahaja sklop?
- Da
— Kaj se zgodi, če sklop ne prestane preskusne naprave? Ali bom moral narediti novo gradnjo?
- Ja
- No, v redu, hvala. In še vprašanje: ali prav razumem, da lahko kot datum stojala uporabim datum nastanka zastave?
- Vsekakor!
- Super!

Navdihnjen Ivan je odložil slušalko in ugotovil, da se je vse postavilo na svoje mesto. Ob poznavanju datuma izdelave gradbene datoteke in datuma izdelave zastavic je bilo mogoče do sekunde natančno izračunati, koliko časa ekipe preživijo na vsaki stojnici, in razumeti, kje preživijo največ časa.

"Zavedamo se, kje se porabi največ časa, zato bomo določili ekipe, šli do njih in se poglobili v težavo." Ivan se je nasmehnil.

Za jutri si je zadal nalogo skicirati arhitekturo risanega sistema.

Se nadaljuje ...

Vir: www.habr.com

Dodaj komentar