{"id":36025,"date":"2019-10-31T22:09:12","date_gmt":"2019-10-31T19:09:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/metriki-devops-otkuda-brat-dannye-dlya-raschetov\/"},"modified":"2019-10-31T22:09:12","modified_gmt":"2019-10-31T19:09:12","slug":"metriki-devops-otkuda-brat-dannye-dlya-raschetov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/metriki-devops-otkuda-brat-dannye-dlya-raschetov","title":{"rendered":"DevOps metrikad \u2013 kust saada andmeid arvutuste jaoks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ausfadserd, Ivan naeris sagnvikas \u00fcle kolleegide pettumust valmistavaid pingutusi j\u00e4lgimisosakonnas. Nad pingutasid tohutult, et rakendada metrikaid, mida ettev\u00f5tte juhtkond tellis. Nad olid nii h\u00f5ivatud, et ei tahtnud enam kellelegi midagi teha. <\/p>\n

Ja juhtkonnale ei piisatud kunagi \u2013 nad tellisid pidevalt uusi ja uusi metrikaid, l\u00f5petades v\u00e4ga kiiresti varem loodud metrikate kasutamise.<\/p>\n

Viimasel ajal r\u00e4\u00e4giti ainult LeadTime'ist \u2013 \u00e4rifunktsioonide tarnimise ajast. Metrika n\u00e4itas hullumeelset numbrit \u2013 200 p\u00e4eva \u00fche \u00fclesande tarnimiseks. Kuidas k\u00f5ik ohkasid, ohkasid ja t\u00f5stsid k\u00e4si taevapoole!<\/p>\n

M\u00f5ne aja p\u00e4rast m\u00fcrin vaibus ja juhtkonnalt tuli tellimus veel \u00fche metrika loomise kohta.<\/p>\n

Ivanile oli t\u00e4iesti selge, et ka uus metrika sureb vaikides pimedasse nurkasse.<\/p>\n

T\u00f5epoolest, m\u00f5tles Ivan, numbrite teadmine ei \u00fctle kellelegi midagi. 200 p\u00e4eva v\u00f5i 2 p\u00e4eva \u2013 vahet pole, sest numbrite p\u00f5hjal ei ole v\u00f5imalik p\u00f5hjust m\u00e4\u00e4rata ja aru saada, kas see on hea v\u00f5i halb.<\/p>\n

See on t\u00fc\u00fcpiline metrikate l\u00f5ks: tundub, et uus metrika r\u00e4\u00e4gib elu olemusest ja selgitab mingit salajast saladust. K\u00f5ik loodavad sellele, kuid midagi ei juhtu. Just seet\u00f5ttu, et saladust tuleb otsida sugugi mitte metrikatest!<\/p>\n

Ivanile oli see juba m\u00f6\u00f6danik. Ta m\u00f5istis, et metrikad on lihtsalt tavaline puust joonlaud<\/a><\/noindex> m\u00f5\u00f5tmiste jaoks, ja k\u00f5ik saladused tuleb otsida m\u00f5juks olevast objektist<\/a><\/noindex>, st sellest, mis seda metrikat kujundab.<\/p>\n

Internetipoe jaoks on m\u00f5ju objektiks tema kliendid, kes toovad raha, ja DevOps'i jaoks \u2013 meeskonnad, kes loovad ja levitavad distributsioone torustiku abil.<\/p>\n

\u00dchel p\u00e4eval, mugavas toolis vestib\u00fc\u00fclis, otsustas Ivan t\u00f5siselt kaaluda, kuidas ta sooviks n\u00e4ha DevOps'i metrikaid, arvestades, et m\u00f5ju objektiks on meeskonnad.<\/p>\n

DevOps'i metrikate eesm\u00e4rk<\/h2>\n

\nOn selge, et k\u00f5ik tahavad tarnimise aega v\u00e4hendada. 200 p\u00e4eva \u2013 see pole kindlasti normaalne. <\/p>\n

Aga kuidas, see on k\u00fcsimus?<\/a><\/noindex><\/p>\n

Ettev\u00f5ttes t\u00f6\u00f6tab sadu meeskondi ja p\u00e4evas l\u00e4bib DevOps'i torustikku tuhandeid distributsioone. Reaalne tarnimise aeg n\u00e4eb v\u00e4lja nagu jaotumine. Igal meeskonnal on oma aeg ja omad erip\u00e4rad. Kuidas sellise segaduse seest midagi leida?<\/p>\n

Vastus tuli iseenesest \u2013 tuleb leida probleemsete meeskondade ja uurida, mis nendega juhtub ja miks see nii kaua kestab, ning \u201eheadelt\u201c meeskondadelt \u00f5ppida, kuidas k\u00f5ike kiiremini teha. Selleks on vajalik m\u00f5\u00f5ta aega, mille meeskonnad veedavad igas DevOps seistes:<\/p>\n

\"DevOps
\n
\n\u201eS\u00fcsteemi eesm\u00e4rgiks on meeskondade valimine seiste l\u00e4bimise aja alusel, st l\u00f5puks peame saama nimekirja meeskondadest, millel on valitud aeg, mitte number.<\/p>\n

Kui me saame teada, kui palju aega kokku on kulutatud seistele ja kui palju aega on kulutatud seiste vahepealsetele seiskamistele, siis saame leida meeskonnad, helistada neile ja s\u00fcvitsi uurida p\u00f5hjuseid ning need k\u00f5rvaldada,\u201d m\u00f5tles Ivan.<\/p>\n

\"DevOps
\n <\/p>\n

Kuidas arvutada DevOps-i tarnimise aega<\/h2>\n

Arvutamiseks tuli s\u00fcveneda DevOps-protsessi ja selle olemusse.<\/p>\n

Ettev\u00f5ttes kasutatakse piiratud arvu s\u00fcsteeme, ja teavet saab saada ainult neist ja mitte kuskilt mujalt.<\/p>\n

K\u00f5ik \u00fclesanded ettev\u00f5ttes registreeriti Jira-s. Kui \u00fclesanne v\u00f5eti t\u00f6\u00f6le, loodi selle jaoks filiaal, ja p\u00e4rast teostamist tehti BitBucket-is commit ja Pull Request. Pull Request'i (PR) vastuv\u00f5tmise korral loodi automaatselt distributsioon ja salvestati Nexus-i salvestusse. <\/p>\n

\"DevOps
\n
\nSeej\u00e4rel rakendati distributsioon mitmetele seistele Jenkins-i abil, et kontrollida \u00f5iget rakendamist, automaatset ja k\u00e4sitsi testimist:<\/p>\n

\"DevOps
\n
\nIvan kirjeldas, milliseid s\u00fcsteeme ja millist teavet saab kasutada seisude aja arvutamiseks:<\/p>\n