Kaip Ivanas atliko „DevOps“ metriką. Poveikio objektas

Praėjo savaitė nuo tada, kai Ivanas pirmą kartą pagalvojo apie DevOps metrikas ir suprato, kad su jų pagalba būtina valdyti produktų pristatymo laiką (Laikas iki rinkos).

Net savaitgaliais jis galvodavo apie metriką: „O kas, jei matuočiau laiką? Ką tai man duos?

Iš tiesų, ką duos laiko pažinimas? Tarkime, pristatymas trunka 5 dienas. Taigi, kas toliau? Ar tai gerai ar blogai? Net jei tai blogai, turite kažkaip sumažinti šį laiką. Bet kaip?
Šios mintys jį persekiojo, bet sprendimo nebuvo.

Ivanas suprato, kad atėjo prie esmės. Daugybė metrikų grafikų, kuriuos jis matė anksčiau, jau seniai įtikino jį, kad standartinis metodas neveiks ir kad jei jis tiesiog nubraižytų (net jei tai kohorta), iš to nebus jokios naudos.

Kaip būti?…

Metrika yra kaip įprasta medinė liniuotė. Su jo pagalba atlikti matavimai nepasakys priežasties, kodėl matuojamas objektas yra būtent tokio ilgio, kokį ji parodė. Liniuotė tiesiog parodys savo dydį, ir nieko daugiau. Ji – ne filosofinis akmuo, o tiesiog medinė lenta, kuria galima matuotis.

Mėgstamiausio rašytojo Hario Harisono „nerūdijančio plieno žiurkė“ visada sakydavo: mintis turi pasiekti smegenų dugną ir ten gulėti, todėl kelias dienas nesėkmingai kentėjęs Ivanas nusprendė imtis kitos užduoties...

Po poros dienų, skaitydamas straipsnį apie internetines parduotuves, Ivanas staiga suprato, kad pinigų suma, kurią gauna internetinė parduotuvė, priklauso nuo to, kaip elgiasi svetainės lankytojai. Būtent jie, lankytojai/klientai, atiduoda parduotuvei savo pinigus ir yra jų šaltinis. Parduotuvės gaunamų grynųjų pinigų sumą įtakoja pirkėjų elgesio pokyčiai, o ne kas nors kita.

Paaiškėjo, kad norint pakeisti išmatuotą vertę reikėjo paveikti tuos, kurie formuoja šią reikšmę, t.y. norint pakeisti internetinės parduotuvės pinigų sumą, reikėjo daryti įtaką šios parduotuvės pirkėjų elgesiui, o pakeisti pristatymo laiką DevOps, reikėjo paveikti šį kartą „kuriančias“ komandas, t.y. naudoti DevOps savo darbe.

Ivanas suprato, kad „DevOps“ metrika apskritai neturėtų būti vaizduojama grafikais. Jie turi atstovauti sau paieškos įrankis „Išskirtinės“ komandos, kurios nustato galutinį pristatymo laiką.

Jokia metrika neparodys priežasties, kodėl tam ar kitai komandai užtruko ilgai pristatyti platinimą, pagalvojo Ivanas, nes iš tikrųjų gali būti milijonas ir mažas vežimėlis, o jie gali būti ne techniniai, o organizaciniai. Tie. daugiausia, ko galite tikėtis gauti iš metrikų, yra parodyti komandas ir jų rezultatus, o tada vis tiek turite sekti šias komandas kojomis ir išsiaiškinti, kas su jomis negerai.

Kita vertus, Ivano įmonėje buvo standartas, pagal kurį visos komandos turėjo išbandyti komplektus ant kelių suolų. Komanda negalėjo pereiti į kitą tribūną, kol nebuvo baigtas ankstesnis. Paaiškėjo, kad jei DevOps procesą įsivaizduotume kaip važiavimo per tribūnus seką, tai metrika galėtų parodyti komandų praleistą laiką šiuose stenduose. Žinant komandos stovį ir laiką, buvo galima su jais konkrečiau pasikalbėti apie priežastis.

Ivanas nedvejodamas pakėlė ragelį ir surinko žmogaus, kuris gerai išmano „DevOps“ subtilybes, numerį:

— Denisai, prašau, pasakyk man, ar galima kaip nors suprasti, kad komanda praėjo tą ar kitą tribūną?
- Žinoma. Mūsų Jenkinsas atmeta vėliavėlę, jei konstrukcija sėkmingai pasirodė (išlaikė testą) ant stendo.
- Super. Kas yra vėliava?
- Tai įprastas tekstinis failas, pvz., „stand_OK“ arba „stand_FAIL“, kuriame nurodoma, kad surinkimas praėjo arba nepavyko. Na, supranti, tiesa?
- Spėju, kad taip. Ar jis įrašytas į tą patį aplanką saugykloje, kur yra surinkimas?
– Taip
— Kas atsitiks, jei agregatas neišlaikys bandymų stendo? Ar man reikės statyti naują?
- Taip
- Na, gerai, ačiū. Ir dar klausimas: ar teisingai suprantu, kad kaip stendo datą galiu naudoti vėliavos sukūrimo datą?
- Tikrai!
- Super!

Įkvėptas Ivanas padėjo ragelį ir suprato, kad viskas stojo į savo vietas. Žinant pastatymo failo sukūrimo datą ir vėliavėlių sukūrimo datą, iki sekundės buvo galima suskaičiuoti, kiek laiko komandos praleidžia kiekviename stende ir suprasti, kur praleidžia daugiausiai laiko.

„Suprasdami, kur praleidžiama daugiausiai laiko, tiksliai nustatysime komandas, eisime pas jas ir įsigilinsime į problemą. Ivanas nusišypsojo.

Rytojaus dienai jis išsikėlė užduotį nubraižyti braižomos sistemos architektūrą.

Turi būti tęsiama ...

Šaltinis: www.habr.com

Добавить комментарий