Kuidas Ivan DevOps mõõdikuid tegi. Mõjuala

On möödas nädal, mil Ivan esmakordselt mõtles DevOtsi mõõdikute üle ja mõistis, et nende abil tuleb juhtida toote turule toimetamise aega. (Aeg-turule).

Isegi nädalavahetustel mõtles ta mõõdikutest: "Ja mis siis, et ma mõõdan aega? Mida see mulle annab?"

Tõepoolest, mida annab teadmise omamine ajast? Oletame, et toimetamine kestab 5 päeva. Ja mis siis? Kas see on hea või halb? Isegi kui see on halb, tuleb seda aega kuidagi vähendada. Aga kuidas?
Need mõtted ei andnud talle rahu, kuid lahendus ei tulnud.

Ivan mõistis, et ta on jõudnud sügavaima tõeni. Lõputud mõõdikute graafikud, mida ta oli varem näinud, olid juba ammu veennud teda, et tavaline lähenemine ei toimi, ja et kui lihtsalt joonistada graafik (isegi kui see on koormusgraafik), ei ole sellest mingit kasu.

Kuidas edasi minna?…

Mõõde on nagu tavaline puidust joonlaud. Selle abil tehtud mõõtmised ei ütle, miks, miks mõõdetav objekt on just selle pikkusega, nagu see näitas. Joonlaud näitab lihtsalt selle suurust ja mitte rohkem. See ei ole filosoofiline kivi, vaid lihtsalt puidust plank, millega mõõdetakse.

«Roost» tema lemmikkirjanik Harry Harrisoni ütles alati: mõte peab jõudma aju põhja ja seal puhkama, seega, pärast mõnepäevast viljatut vaeva otsustas Ivan teise ülesandega tegelema hakata...

Mõne päeva pärast, lugedes artiklit veebipoodide kohta, taipas Ivan äkki, et veebipoe teenitud rahasumma sõltub sellest, kuidas käituvad saidi külastajad. Nemad, külastajad/kliendid, annavad poele oma raha ja on selle allikas. Lõpptulemusele, mida pood teenib, mõjuvad muutused klientide käitumises, mitte miski muu.

See tähendas, et mõõdetava suuruse muutmiseks tuli mõjutada neid, kes seda väärtust kujundavad, st veebipoe raha hulga muutmiseks tuli mõjutada selle poe klientide käitumist, ja DevOps'i tarnetähtaegade muutmiseks tuli mõjutada meeskondi, kes seda aega 'loovad', st kasutavad DevOps'i oma töös.

Ivan mõistis, et DevOps'i mõõdikud ei peaks olema ainult graafikud. Need peavad olema otsingu tööriist «silmapäraseid» meeskondi, kes kujundavad lõpptähtaega.

Ükski mõõdik ei suuda kunagi näidata, miks mõni meeskond on distributsiooni kauem tarninud, mõtles Ivan, kuna reaalsuses võib põhjuseid olla miljoneid ja väikeseid, ja need võivad olla mitte ainult tehnilised, vaid ka organisatsioonilised. St maksimum, mida mõõdikute kaudu loota, on meeskondade ja nende tulemuste näitamine, kuid lõpuks tuleb ikkagi nendesse meeskondadesse minna ja selgitada välja, mis nende jaoks juhtus.

Teiselt poolt, Ivan ettevõttes kehtis standard, mis nõudis, et kõik meeskonnad kontrolliksid versioonid mitmel platvormil. Meeskond ei tohtinud liikuda järgmisele platvormile, kuni eelmine ei olnud läbitud. Tulemuseks oli see, et kui kujutada DevOps protsessi järjestikuste platvormide läbimisena, saaksid mõõdikud näidata aega, mille meeskonnad nende platvormide peal veetsid. Teades platvormi ja meeskonna aega, saaks nendega rääkida konkreetsemalt põhjustest.

Mõeldes Ivan tõstis telefonitoru ja helistas inimesele, kes mõistis hästi DevOpsi sisemusi:

— Denis, kas sa saaksid aidata, kas on võimalik mõista, et meeskond on läbinud teatud etapi?
— Loomulikult. Meie Jenkins viskab lipu, kui ehitus on edukalt lõppenud (läbinud kontrolli) etapis.
— Suurepärane. Mis on lipp?
— See on tavaline tekstifail nagu «etapp_OK» või «etapp_FAIL», mis ütleb, kas ehitus on etapis läbitud või mitte. Sa saad aru, eks?
— Üsna jah. Kas see kirjutatakse samasse kausta, kus asub ehitus?
— Jah
— Mis juhtub, kui ehitus ei läbinud etappi? Kas tuleb teha uus ehitus?
— Jah
— No okei, aitäh. Ja veel üks küsimus: kas ma saan kasutada lipu loomise kuupäeva etapi läbimise kuupäevana?
— Absoluutselt!
— Suurepärane!

Inspiratsiooni täis, Ivan lõpetas kõne ja mõistis, et kõik loksub paika. Teades ehitusfaili loomise kuupäeva ja lipu loomise kuupäevi, oli võimalik täpselt sekundite täpsusega arvutada, kui palju aega meeskonnad igal etapil kulutavad ja mõista, kus nad kõige rohkem aega veedavad.

«Mõistes, kuhu läheb kõige rohkem aega, leiame sihtmärgid, lähme nende juurde ja uurime probleemi.» Ivan naeratas.

Homme seadis endale homseks ülesanne joonistada välja kujuneva süsteemi arhitektuur.

Jätkub…

Allikas: habr.com