Paano ginawa ni Ivan ang mga sukatan ng DevOps. Layunin ng impluwensya

Isang linggo na ang lumipas mula noong unang naisip ni Ivan ang tungkol sa mga sukatan ng DevOps at napagtanto na sa kanilang tulong kinakailangan na pamahalaan ang oras ng paghahatid ng produkto (Time-To-Market).

Kahit na sa katapusan ng linggo, naisip niya ang tungkol sa mga sukatan: "So paano kung sukatin ko ang oras? Ano ang ibibigay nito sa akin?

Sa katunayan, ano ang ibibigay ng kaalaman sa panahon? Sabihin nating ang paghahatid ay tumatagal ng 5 araw. Kaya, ano ang susunod? Ito ba ay mabuti o masama? Kahit na ito ay masama, kailangan mong bawasan ang oras na ito. Pero paano?
Pinagmumultuhan siya ng mga kaisipang ito, ngunit walang dumating na solusyon.

Naunawaan ni Ivan na siya ay dumating sa pinakadiwa. Ang hindi mabilang na mga graph ng mga sukatan na nakita niya noon ay nakakumbinsi sa kanya na ang karaniwang diskarte ay hindi gagana, at kung siya ay nagplano lamang (kahit na ito ay isang pangkat), ito ay walang silbi.

Paano maging?…

Ang panukat ay parang ordinaryong kahoy na ruler. Ang mga pagsukat na ginawa sa tulong nito ay hindi sasabihin ang dahilan, bakit ang bagay na sinusukat ay eksaktong haba na ipinakita niya. Ipapakita lamang ng pinuno ang laki nito, at wala nang iba pa. Hindi siya bato ng pilosopo, ngunit isang kahoy na tabla lamang na susukatin.

Ang "stainless steel rat" ng kanyang paboritong manunulat na si Harry Harrison ay palaging nagsasabi: ang isang pag-iisip ay dapat umabot sa ilalim ng utak at nakahiga doon, kaya pagkatapos ng ilang araw na pagdurusa, nagpasya si Ivan na gumawa ng isa pang gawain...

Pagkalipas ng ilang araw, habang nagbabasa ng isang artikulo tungkol sa mga online na tindahan, biglang napagtanto ni Ivan na ang halaga ng pera na natatanggap ng isang online na tindahan ay nakasalalay sa kung paano kumilos ang mga bisita sa site. Sila, mga bisita/kliyente, ang nagbibigay sa tindahan ng kanilang pera at pinagmumulan nito. Ang ilalim na linya ng cash na natatanggap ng isang tindahan ay naiimpluwensyahan ng mga pagbabago sa pag-uugali ng customer, hindi kung ano pa man.

Ito ay lumabas na upang mabago ang sinusukat na halaga ay kinakailangan upang maimpluwensyahan ang mga bumubuo ng halagang ito, i.e. upang baguhin ang halaga ng pera ng isang online na tindahan, kinakailangan upang maimpluwensyahan ang pag-uugali ng mga customer ng tindahan na ito, at upang baguhin ang oras ng paghahatid sa DevOps, kinakailangan upang maimpluwensyahan ang mga koponan na "lumikha" sa oras na ito, i.e. gamitin ang DevOps sa kanilang trabaho.

Napagtanto ni Ivan na ang mga sukatan ng DevOps ay hindi dapat kinakatawan ng mga graph. Dapat silang kumatawan sa kanilang sarili tool sa paghahanap "natitirang" mga koponan na humuhubog sa huling oras ng paghahatid.

Walang sukatan ang magpapakita ng dahilan kung bakit ito o ang pangkat na iyon ay tumagal ng mahabang panahon upang maghatid ng pamamahagi, naisip ni Ivan, dahil sa katotohanan ay maaaring mayroong isang milyon at isang maliit na cart, at maaaring hindi sila teknikal, ngunit pang-organisasyon. Yung. ang pinaka-maaasahan mong makukuha mula sa mga sukatan ay ang ipakita ang mga koponan at ang kanilang mga resulta, at pagkatapos ay kailangan mo pa ring sundin ang mga koponang ito gamit ang iyong mga paa at alamin kung ano ang mali sa kanila.

Sa kabilang banda, ang kumpanya ni Ivan ay may pamantayan na nangangailangan ng lahat ng mga koponan na subukan ang mga pagtitipon sa ilang mga bangko. Ang koponan ay hindi maaaring lumipat sa susunod na kinatatayuan hanggang sa nakumpleto ang nauna. Lumalabas na kung akala natin ang proseso ng DevOps bilang isang pagkakasunod-sunod ng pagdaan sa mga stand, maaaring ipakita ng mga sukatan ang oras na ginugol ng mga team sa mga stand na ito. Alam ang paninindigan at oras ng koponan, posible na makipag-usap sa kanila nang mas partikular tungkol sa mga dahilan.

Walang pag-aalinlangan, kinuha ni Ivan ang telepono at dinayal ang numero ng isang taong bihasa sa pasikot-sikot ng DevOps:

— Denis, mangyaring sabihin sa akin, posible bang kahit papaano ay maunawaan na ang pangkat ay nakapasa sa ganito o ganoong paninindigan?
- Oo naman. Itatapon ng aming mga Jenkin ang bandila kung matagumpay na nailunsad ang build (naipasa ang pagsubok) sa bench.
- Super. Ano ang watawat?
- Ito ay isang regular na text file tulad ng "stand_OK" o "stand_FAIL", na nagsasabing ang assembly ay pumasa o nabigo sa stand. Well, naiintindihan mo, tama?
- Sa palagay ko, oo. Nakasulat ba ito sa parehong folder sa imbakan kung saan matatagpuan ang pagpupulong?
- Oo
— Ano ang mangyayari kung ang pagpupulong ay hindi pumasa sa test bench? Kailangan ko bang gumawa ng bagong build?
- Oo
- Well, ok, salamat. At isa pang tanong: naiintindihan ko ba nang tama na magagamit ko ang petsa ng paglikha ng bandila bilang petsa ng stand?
- Talagang!
- Super!

Dahil sa inspirasyon, ibinaba ni Ivan ang tawag at napagtanto na ang lahat ay nahulog sa lugar. Alam ang petsa ng paglikha ng build file at ang petsa ng paglikha ng mga flag, posibleng kalkulahin hanggang sa segundo kung gaano karaming oras ang ginugugol ng mga koponan sa bawat stand at maunawaan kung saan sila gumugugol ng pinakamaraming oras.

"Ang pag-unawa kung saan ang pinakamaraming oras ay ginugugol, tutukuyin namin ang mga koponan, pupunta sa kanila at maghuhukay sa problema." Ngumiti si Ivan.

Para bukas, itinakda niya sa kanyang sarili ang gawain ng pag-sketch ng arkitektura ng system na iginuhit.

Upang patuloy ...

Pinagmulan: www.habr.com