Kako je Ivan napravio DevOps metriku. Objekt utjecaja

Prošlo je tjedan dana otkako je Ivan prvi put pomislio na DevOps metrics i shvatio da je uz njihovu pomoć potrebno upravljati vremenom isporuke proizvoda (Vrijeme izlaska na tržište).

Čak je i vikendom razmišljao o metrici: “Pa što ako ja mjerim vrijeme? Što će mi dati?

Doista, što će znanje o vremenu dati? Recimo da dostava traje 5 dana. Dakle, što je sljedeće? Je li to dobro ili loše? Čak i ako je to loše, morate nekako smanjiti ovo vrijeme. Ali kako?
Te su ga misli progonile, ali nije dolazilo do rješenja.

Ivan je shvatio da je došao do same biti. Bezbrojni grafikoni mjernih podataka koje je prije vidio odavno su ga uvjerili da standardni pristup ne bi funkcionirao i da ako jednostavno iscrta (čak i ako je kohorta), neće biti od koristi.

Kako biti?…

Metrički je poput običnog drvenog ravnala. Mjerenja napravljena uz njegovu pomoć neće otkriti razlog, zašto predmet koji se mjeri je točno one duljine koju je ona pokazala. Ravnalo će samo pokazati svoju veličinu i ništa više. Ona nije kamen mudraca, već jednostavno drvena ploča kojom se mjeri.

“Štakor od nehrđajućeg čelika” njegovog omiljenog pisca Harryja Harrisona uvijek je govorio: misao mora doći do dna mozga i tamo leći, pa se Ivan nakon nekoliko dana bezuspješne muke odlučio prihvatiti drugog posla...

Nekoliko dana kasnije, dok je čitao članak o online trgovinama, Ivan je iznenada shvatio da količina novca koju internet trgovina dobije ovisi o tome kako se ponašaju posjetitelji stranice. Oni, posjetitelji/klijenti, daju trgovini svoj novac i njegov su izvor. Na krajnji iznos gotovine koju trgovina primi utječu promjene u ponašanju kupaca, a ne bilo što drugo.

Pokazalo se da je za promjenu izmjerene vrijednosti potrebno utjecati na one koji tu vrijednost formiraju, tj. da bi se promijenila količina novca online trgovine, bilo je potrebno utjecati na ponašanje kupaca te trgovine, a da bi se promijenilo vrijeme isporuke u DevOps-u, bilo je potrebno utjecati na timove koji “kreiraju” ovo vrijeme, tj. koriste DevOps u svom radu.

Ivan je shvatio da DevOps metrika uopće ne bi trebala biti predstavljena grafovima. Oni moraju sami sebe predstavljati alat za pretraživanje “izvanredne” timove koji oblikuju konačno vrijeme isporuke.

Nikakva metrika nikada neće pokazati razlog zašto je ovom ili onom timu trebalo dugo da isporuči distribuciju, mislio je Ivan, jer u stvarnosti bi moglo biti milijun i mala kolica, a oni možda nisu tehnički, nego organizacijski. Oni. najviše što možete očekivati ​​od metrike je da pokažete timove i njihove rezultate, a onda još uvijek morate nogama pratiti te timove i saznati što nije u redu s njima.

S druge strane, Ivanova tvrtka imala je standard koji je zahtijevao da svi timovi testiraju sklopove na nekoliko stolova. Tim se nije mogao pomaknuti na sljedeću tribinu dok prethodna nije bila dovršena. Ispostavilo se da ako zamislimo DevOps proces kao slijed prolaska kroz tribine, onda bi metrika mogla pokazati vrijeme koje su timovi proveli na tim tribinama. Poznavajući stav i vrijeme momčadi, moglo se s njima konkretnije razgovarati o razlozima.

Ivan je bez oklijevanja uzeo slušalicu i nazvao broj osobe koja se dobro razumije u sitnice DevOps-a:

— Denis, reci mi, molim te, je li moguće nekako shvatiti da je tim prošao ovu ili onu tribinu?
- Sigurno. Naš Jenkins odbacuje oznaku ako se build uspješno izbacio (prošao test) na klupi.
- Super. Što je zastava?
- Ovo je obična tekstualna datoteka poput “stand_OK” ili “stand_FAIL”, koja govori da je sklop prošao ili nije prošao postolje. Pa, razumiješ, zar ne?
- Mislim da. Je li zapisan u istu mapu u repozitoriju gdje se nalazi sklop?
- Da
— Što se događa ako sklop ne prođe ispitnu klupu? Hoću li morati napraviti novu izgradnju?
- Da
- Pa dobro, hvala. I još jedno pitanje: jesam li dobro shvatio da mogu koristiti datum nastanka zastave kao datum štanda?
- Apsolutno!
- Super!

Nadahnut, Ivan je poklopio i shvatio da je sve sjelo na svoje mjesto. Znajući datum kreiranja datoteke za izgradnju i datum kreiranja zastavica, bilo je moguće izračunati do sekunde koliko vremena timovi provode na svakoj tribini i shvatiti gdje provode najviše vremena.

"Razumijevajući gdje se troši najviše vremena, odredit ćemo timove, otići do njih i istražiti problem." Ivan se nasmiješio.

Za sutra si je zadao zadatak da skicira arhitekturu sustava koji se crta.

Da bi se nastavio ...

Izvor: www.habr.com

Dodajte komentar