Nola egin zituen Ivanek DevOps neurketak. Eragin-objektua

Aste bat igaro da Ivanek DevOps neurketei buruz lehen aldiz pentsatu eta haien laguntzarekin produktuak entregatzeko denbora kudeatzea beharrezkoa dela konturatu zenetik. (Merkatu-denbora).

Asteburuetan ere, metriketan pentsatu zuen: «Eta denbora neurtzen badut? Zer emango dit?

Izan ere, zer emango du denboraren ezagutzak? Demagun entrega 5 egun behar dela. Orduan, zer da hurrengoa? Ona ala txarra al da? Hau txarra bada ere, denbora hori nolabait murriztu behar duzu. Baina nola?
Pentsamendu horiek jazartzen zuten, baina ez zen irtenbiderik iritsi.

Ivanek funtsera iritsi zela ulertu zuen. Aurretik ikusitako metrika grafiko ugariek aspaldi konbentzitu zuten ikuspegi estandarrak ez zuela funtzionatuko, eta besterik gabe irudikatuko balu (kohorte bat bada ere), ez du ezertarako balioko.

Nola izan?…

Metrika egurrezko erregela arrunt bat bezalakoa da. Haren laguntzarekin egindako neurketek ez dute arrazoia esango, zergatik neurtzen ari den objektua berak erakutsi zuen luzera da. Erregelak bere tamaina erakutsiko du, eta ezer gehiago. Ez da filosofo-harria, neurtzeko egurrezko ohola baizik.

Harry Harrison idazle gogokoenaren “altzairu herdoilgaitzezko arratoiak” beti esaten zuen: pentsamendu batek burmuinaren hondoraino heldu eta bertan egon behar du, beraz, hainbat egunez alferrik sufritu ondoren, Ivanek beste zeregin bat egitea erabaki zuen...

Egun pare bat geroago, lineako dendei buruzko artikulu bat irakurtzen ari zela, Ivan bat-batean konturatu zen lineako denda batek jasotzen duen diru kopurua guneko bisitariek nola jokatzen dutenaren araberakoa dela. Beraiek dira, bisitari/bezeroak, dendari dirua ematen diotenak eta iturri dira. Denda batek jasotzen duen diruaren oinarrian bezeroaren portaeraren aldaketek eragiten dute, ez beste ezerk.

Neurtutako balioa aldatzeko balio hori osatzen dutenengan eragin behar zela, alegia. lineako denda baten diru-kopurua aldatzeko, denda honetako bezeroen jokaeran eragitea beharrezkoa zen, eta DevOps-en entrega-denbora aldatzeko, oraingoan "sortzen" duten taldeetan eragin behar zen, hau da. erabili DevOps beren lanean.

Ivan konturatu zen DevOps neurketak ez zirela grafikoen bidez irudikatu behar. Beraiek ordezkatu behar dute bilaketa tresna Azken entrega-epea moldatzen duten talde “nabarmenak”.

Inongo metrikak ez du inoiz erakutsiko talde honek edo besteek banaketa bat emateko denbora asko behar izan duten arrazoia, pentsatu zuen Ivanek, errealitatean milioi bat eta gurdi txiki bat egon zitekeelako, eta baliteke teknikoak ez izatea, antolakuntzakoak baizik. Horiek. metriketatik lortuko duzun gehiena taldeak eta haien emaitzak erakustea da, eta gero oraindik talde hauek oinekin jarraitu behar dituzu eta zer gertatzen zaien jakin.

Bestalde, Ivanen enpresak talde guztiek hainbat bankutan muntaiak probatzeko eskatzen zuen estandar bat zuen. Taldea ezin izan zen hurrengo harmailara joan aurrekoa osatu arte. Kontuan izan zen DevOps prozesua harmailetatik igarotzeko sekuentzia gisa imajinatzen badugu, orduan neurketan taldeek harmail horietan igarotako denbora erakutsi dezakete. Taldearen postua eta ordua ezagututa, arrazoiei buruz zehatzago hitz egin ahal izan zen haiekin.

Zalantzarik gabe, Ivanek telefonoa hartu eta DevOps-en nondik norakoak ondo ezagutzen dituen pertsona baten zenbakia markatu zuen:

— Denis, mesedez, esaidazu, posible al da nolabait ulertzea taldeak hau edo beste harmaila gainditu duela?
- Noski. Gure Jenkins-ek bandera baztertzen du eraikuntza ondo atera bada (proba gainditu) aulkian.
- Super. Zer da bandera?
- "stand_OK" edo "stand_FAIL" bezalako testu-fitxategi arrunta da, eta horrek esaten du muntaiak proba gainditu duela edo huts egin duela. Beno, ulertzen duzu, ezta?
- Uste dut, bai. Muntaia dagoen biltegian karpeta berean idatzita al dago?
- Bai
— Zer gertatzen da muntaia proba-bankua gainditzen ez badu? Eraikuntza berri bat egin beharko al dut?
- Bai
- Beno, ados, eskerrik asko. Eta beste galdera bat: ondo ulertzen al dut banderaren sorrera data standaren data gisa erabil dezakedala?
- Erabat!
- Super!

Inspiratutako Ivanek eskegi zuen eta konturatu zen dena bere tokian sartu zela. Eraikitze-fitxategiaren sorrera-data eta banderen sorrera-data ezagututa, taldeek stand bakoitzean zenbat denbora igarotzen duten segundora kalkulatu eta denbora gehien non igarotzen duten ulertzea posible zen.

"Denbora gehien non igarotzen den ulertuta, taldeak zehaztu, haiengana joan eta arazoa sakonduko dugu". Ivanek irribarre egin zuen.

Biharko, marrazten ari den sistemaren arkitektura zirriborratzeko eginkizuna jarri zion bere buruari.

Jarraitu ahal izateko ...

Iturria: www.habr.com