Kā Ivans veica DevOps rādītājus. Ietekmes objekts

Ir pagājusi nedēļa, kopÅ” Ivans pirmo reizi domāja par DevOps metriku un saprata, ka ar viņu palÄ«dzÄ«bu ir nepiecieÅ”ams pārvaldÄ«t produktu piegādes laiku (Laiks tirgoties).

Pat nedēļas nogalēs viņŔ domāja par metriku: ā€œKo darÄ«t, ja es mēru laiku? Ko tas man dos?

PatieŔām, ko dos laika zināŔanas? Pieņemsim, ka piegāde ilgst 5 dienas. Tātad, kas bÅ«s tālāk? Vai tas ir labi vai slikti? Pat ja tas ir slikti, jums ir kaut kā jāsamazina Å”is laiks. Bet kā?
Šīs domas viņu vajāja, bet risinājums nenāca.

Ivans saprata, ka ir nonācis pie paÅ”as bÅ«tÄ«bas. Neskaitāmie metrikas grafiki, ko viņŔ bija redzējis iepriekÅ”, jau sen viņu pārliecināja, ka standarta pieeja nedarbosies un ka, ja viņŔ vienkārÅ”i uzzÄ«mētu (pat ja tā ir kohorta), no tā nebÅ«s nekāda labuma.

Kā bÅ«t?ā€¦

Metrika ir kā parasts koka lineāls. Ar tās palÄ«dzÄ«bu veiktie mērÄ«jumi nenorādÄ«s iemeslu, kāpēc mērÄ«tais objekts ir tieÅ”i tāds garums, kādu viņa parādÄ«ja. Lineāls vienkārÅ”i parādÄ«s savu izmēru, un nekas vairāk. Viņa nav filozofu akmens, bet vienkārÅ”i koka dēlis, ar kuru mērÄ«t.

Viņa mīļākā rakstnieka Harija Harisona ā€œnerÅ«sējoŔā tērauda žurkaā€ vienmēr teica: domai ir jāsasniedz smadzeņu dibens un jāguļ tur, tāpēc pēc vairāku dienu bez rezultātiem Ivans nolēma Ä·erties pie cita uzdevuma...

Pāris dienas vēlāk, lasot rakstu par interneta veikaliem, Ivans pēkŔņi sapratis, ka naudas summa, ko saņem interneta veikals, ir atkarÄ«ga no vietnes apmeklētāju uzvedÄ«bas. TieÅ”i viņi, apmeklētāji/klienti, atdod veikalam savu naudu un ir tās avots. Veikala saņemtās skaidrās naudas apmēru ietekmē izmaiņas klientu uzvedÄ«bā, nevis kaut kas cits.

IzrādÄ«jās, ka, lai mainÄ«tu izmērÄ«to vērtÄ«bu, bija nepiecieÅ”ams ietekmēt tos, kas veido Å”o vērtÄ«bu, t.i. lai mainÄ«tu interneta veikala naudas summu, bija nepiecieÅ”ams ietekmēt Ŕī veikala pircēju uzvedÄ«bu un DevOps izmainÄ«t piegādes laiku, bija jāietekmē komandas, kuras Å”oreiz ā€œradāsā€, t.i. izmanto DevOps savā darbā.

Ivans saprata, ka DevOps metriku vispār nevajadzētu attēlot ar grafikiem. Viņiem ir jāpārstāv sevi meklÄ“Å”anas rÄ«ks ā€œIzcilasā€ komandas, kas nosaka galÄ«go piegādes laiku.

Neviena metrika nekad neuzrādÄ«s iemeslu, kāpēc tai vai citai komandai bija vajadzÄ«gs ilgs laiks, lai piegādātu izplatÄ«Å”anu, domāja Ivans, jo patiesÄ«bā varētu bÅ«t miljons un mazi ratiņi, un tie var bÅ«t nevis tehniski, bet gan organizatoriski. Tie. lielākais, ko jÅ«s varat sagaidÄ«t no metrikām, ir parādÄ«t komandas un to rezultātus, un tad jums joprojām ir jāseko Ŕīm komandām ar kājām un jānoskaidro, kas ar tām ir nepareizi.

No otras puses, Ivana uzņēmumam bija standarts, kas paredzēja, ka visām komandām bija jāpārbauda komplekti uz vairākiem stendiem. Komanda nevarēja pāriet uz nākamo tribÄ«ni, kamēr nebija pabeigta iepriekŔējā. IzrādÄ«jās, ka, ja mēs DevOps procesu iedomājamies kā izieÅ”anas cauri tribÄ«nēm secÄ«bu, tad metrika varētu parādÄ«t laiku, ko komandas pavadÄ«juÅ”as Å”ajās tribÄ«nēs. Zinot komandas nostāju un laiku, bija iespēja ar viņiem konkrētāk parunāt par cēloņiem.

Ivans bez vilcināŔanās pacēla klausuli un uzsauca tāda cilvēka numuru, kurÅ” labi pārzina DevOps sÄ«kumus:

ā€” Denis, saki, lÅ«dzu, vai ir iespējams kaut kā saprast, ka komanda ir izturējusi Å”o vai citu tribÄ«ni?
- Noteikti. Mūsu Dženkinss atmet karogu, ja konstrukcija ir veiksmīgi izskrējusi (izturējusi pārbaudi) uz soliņa.
- Super. Kas ir karogs?
- Å is ir parasts teksta fails, piemēram, ā€œstand_OKā€ vai ā€œstand_FAILā€, kas norāda, ka montāža ir izturējusi vai neizdevusies. Nu, jÅ«s saprotat, vai ne?
- Laikam, jā. Vai tas ir ierakstÄ«ts tajā paŔā mapē repozitorijā, kurā atrodas montāža?
- Jā
ā€” Kas notiek, ja montāža neiztur testÄ“Å”anas stendu? Vai man vajadzēs veikt jaunu bÅ«vniecÄ«bu?
- Jā
- Nu labi, paldies. Un vēl jautājums: vai es pareizi saprotu, ka karoga tapÅ”anas datumu varu izmantot kā stenda datumu?
- Pilnīgi noteikti!
- Super!

Iedvesmots, Ivans nolika klausuli un saprata, ka viss ir nostājies savās vietās. Zinot būvfaila izveides datumu un karogu izveides datumu, līdz sekundei varēja izrēķināt, cik daudz laika komandas pavada katrā stendā un saprast, kur tās pavada visvairāk.

"Saprotot, kur tiek pavadīts visvairāk laika, mēs precīzi noteiksim komandas, dosimies pie tām un izpētīsim problēmu." Ivans pasmaidīja.

RÄ«tdienai viņŔ izvirzÄ«ja sev uzdevumu ieskicēt zÄ«mējamās sistēmas arhitektÅ«ru.

Lai varētu turpināt ...

Avots: www.habr.com

Pievieno komentāru