{"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 m\u00f5\u00f5dikud \u2013 kust v\u00f5tta andmeid arvutuste tegemiseks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00f5tt \u00f6elda, Ivan naeris sageli oma kolleegide pettumust valmistavate pingutuste \u00fcle j\u00e4lgimise osakonnas. Nad pingutasid k\u00f5vasti, et ellu viia m\u00f5\u00f5dikud, mida ettev\u00f5tte juhtkond tellis. Nad olid nii h\u00f5ivatud, et ei soovinud mitte kellelegi muu jaoks midagi teha. <\/p>\n

Ja juhtkonnale ei piisanud kunagi \u2013 nad tellisid pidevalt uusi ja uusi m\u00f5\u00f5dikuid, kiiresti l\u00f5petades varasemate kasutamise.<\/p>\n

Viimase aja teema oli k\u00f5ikjal LeadTime \u2013 \u00e4riomaduste tarnimisaeg. M\u00f5\u00f5dik n\u00e4itas hullumeelset numbrit \u2013 200 p\u00e4eva, et tarnida \u00fcks \u00fclesanne. Kuidas k\u00f5ik ahhetasid, ohkasid ja t\u00f5stsid k\u00e4si taeva poole!<\/p>\n

M\u00f5ne aja p\u00e4rast vaikus tasapisi muutus ja juhtkonnalt tuli tellimus veel \u00fche m\u00f5\u00f5diku loomise kohta.<\/p>\n

Ivan m\u00f5istis t\u00e4iesti, et ka uus m\u00f5\u00f5dik sureb vaikides tumedas nurgas.<\/p>\n

T\u00f5epoolest, m\u00f5tles Ivan, arvu teadmine ei \u00fctle kellelegi midagi. 200 p\u00e4eva v\u00f5i 2 p\u00e4eva \u2013 ei ole mingit erinevust, sest numbritest ei saa tuvastada p\u00f5hjust ja m\u00f5ista, kas see on hea v\u00f5i halb.<\/p>\n

See, seein', on, starin', even searchin', in metrics to find the essence of life and unlock some hidden mystery. Everyone hopes for that, but somehow nothing happens. That's because the secret isn't in the metrics at all!<\/p>\n

For Ivan, this was a stage he had already passed. He understood that metrics are just a simple wooden ruler<\/a><\/noindex> for measurements, and all the secrets must be found in the object of influence<\/a><\/noindex>, that is, in what shapes that metric.<\/p>\n

For an online store, the object of influence will be its customers who generate revenue, while for DevOps, it will be the teams that create and deploy distributions using the pipeline.<\/p>\n

One day, sitting comfortably in a chair in the lobby, Ivan decided to thoroughly think about how he would like to see DevOps metrics, given that the object of influence is the teams.<\/p>\n

The goal of DevOps metrics<\/h2>\n

\nIt's clear that everyone wants to reduce delivery time. 200 days is certainly unacceptable. <\/p>\n

But how, that's the question?<\/a><\/noindex><\/p>\n

Ettev\u00f5ttes t\u00f6\u00f6tab sadu meeskondi, ja l\u00e4bi DevOps t\u00f6\u00f6l\u00f5iguga l\u00e4bib tuhandeid jaotusi iga p\u00e4ev. Tootmise tegelik aeg n\u00e4eb v\u00e4lja nagu jaotus. Igal meeskonnal on oma aeg ja omad erip\u00e4rad. Kuidas sellisest segadusest midagi leida?<\/p>\n

Vastus tuli iseenesest \u2013 tuleb leida probleemsed meeskonnad ja m\u00f5ista, mis neil toimub ja miks see nii kaua kestab, ning headelt meeskondadelt \u00f5ppida, kuidas k\u00f5ik kiiresti teha. Selleks on vaja m\u00f5\u00f5ta aega, mida meeskonnad igal DevOps etendusel veedavad:<\/p>\n

\"DevOps
\n
\nS\u00fcsteemi eesm\u00e4rgiks on meeskondade valimine etenduse l\u00e4bis\u00f5idu aja j\u00e4rgi, st l\u00f5puks peame saama nimekirja meeskondadest valitud ajaga, mitte lihtsalt numbri.<\/p>\n

Kui me saame teada, kui palju aega on kokku kulutatud etendusele ja kui palju aega on kulutatud seiskumistele etenduste vahel, siis saame leida meeskonnad, neile helistada ja \u00fcksikasjalikumalt p\u00f5hjusi uurida ning neid k\u00f5rvaldada,\u201d m\u00f5tles Ivan.<\/p>\n

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

Kuidas arvutada DevOpsi tarnimise aega<\/h2>\n

Arvutamiseks pidi s\u00fcvenema DevOpsi protsessi ja selle olemusse.<\/p>\n

Ettev\u00f5ttes kasutatakse piiratud arvu s\u00fcsteeme, ja teavet saab ainult nendest ning mitte kusagilt mujalt.<\/p>\n

K\u00f5ik ettev\u00f5tte \u00fclesanded registreeriti Jira-s. Kui \u00fclesanne v\u00f5eti t\u00f6\u00f6le, loodi sellele haru, ning p\u00e4rast elluviimist tehti BitBucketis commit ja Pull Request. PR-i (Pull Request) vastuv\u00f5tmise korral loodi automaatselt distributiiv ja salvestati Nexus-sse. <\/p>\n

\"DevOps
\n
\nSeej\u00e4rel jagati distributiiv mitmesugustes keskkondades Jenkinsiga, et kontrollida paigaldamise \u00f5igsust, automaatset ja k\u00e4sitsi testimist:<\/p>\n

\"DevOps
\n
\nIvan kirjutas \u00fcles, millist teavet on v\u00f5imalik millistest s\u00fcsteemidest v\u00f5tta, et arvutada aega keskkondades:<\/p>\n