{"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\/cs\/blog\/administrirovanie\/metriki-devops-otkuda-brat-dannye-dlya-raschetov","title":{"rendered":"Metriky DevOps \u2013 odkud br\u00e1t data pro v\u00fdpo\u010dty","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Up\u0159\u00edmn\u011b \u0159e\u010deno, Ivan se \u010dasto sm\u00e1l marn\u00fdm snah\u00e1m sv\u00fdch koleg\u016f z monitorovac\u00edho odd\u011blen\u00ed. Vynakl\u00e1dali obrovsk\u00e9 \u00fasil\u00ed na realizaci metrik, kter\u00e9 si objednalo veden\u00ed spole\u010dnosti. Byli tak zanepr\u00e1zdn\u011bn\u00ed, \u017ee u\u017e necht\u011bli nic d\u011blat. <\/p>\n

A veden\u00ed m\u011blo po\u0159\u00e1d m\u00e1lo \u2013 neust\u00e1le si objedn\u00e1valo nov\u00e9 a nov\u00e9 metriky, velmi brzy p\u0159est\u00e1valo pou\u017e\u00edvat to, co bylo vyhotoveno d\u0159\u00edve.<\/p>\n

V posledn\u00ed dob\u011b se v\u0161ichni bavili pouze o LeadTime \u2013 \u010dase dod\u00e1n\u00ed obchodn\u00edch funkc\u00ed. Metrika uk\u00e1zala \u0161\u00edlen\u00e9 \u010d\u00edslo \u2013 200 dn\u00ed na dod\u00e1n\u00ed jednoho \u00fakolu. Jak v\u0161ichni vzdychali, na\u0159\u00edkali a vzp\u00ednali ruce k nebi!<\/p>\n

Po n\u011bjak\u00e9 dob\u011b hluk postupn\u011b utichl a od veden\u00ed p\u0159i\u0161el p\u0159\u00edkaz na vytvo\u0159en\u00ed dal\u0161\u00ed metriky.<\/p>\n

Ivanovi bylo zcela jasn\u00e9, \u017ee i nov\u00e1 metrika ti\u0161e zem\u0159e v temn\u00e9m kout\u011b.<\/p>\n

Opravdu, p\u0159em\u00fd\u0161lel Ivan, znalost \u010d\u00edsla nikomu o ni\u010dem ne\u0159\u00edk\u00e1. 200 dn\u00ed nebo 2 dny \u2013 nen\u00ed v tom \u017e\u00e1dn\u00fd rozd\u00edl, proto\u017ee podle \u010d\u00edsla nelze zjistit p\u0159\u00ed\u010dinu a pochopit, jestli je to dobr\u00e9 nebo \u0161patn\u00e9.<\/p>\n

To je typick\u00e1 past metrik: zd\u00e1 se, \u017ee nov\u00e1 metrika odhal\u00ed podstatu byt\u00ed a vysv\u011btl\u00ed n\u011bjak\u00e9 tajn\u00e9 tajemstv\u00ed. V\u0161ichni v to doufaj\u00ed, ale p\u0159itom se nic ned\u011bje. Proto\u017ee tajemstv\u00ed nen\u00ed t\u0159eba hledat v metrik\u00e1ch!<\/p>\n

Pro Ivana to byla u\u017e p\u0159ekonan\u00e1 etapa. Ch\u00e1pal, \u017ee metry jsou prost\u011b oby\u010dejn\u00e1 d\u0159ev\u011bn\u00e1 prav\u00edtka<\/a><\/noindex> pro m\u011b\u0159en\u00ed, a v\u0161echny tajemstv\u00ed je t\u0159eba hledat v objektu vlivu<\/a><\/noindex>, t.j. v tom, co tuto metriku formuje.<\/p>\n

Pro internetov\u00fd obchod bude objektem vlivu jeho z\u00e1kazn\u00edci, kte\u0159\u00ed p\u0159in\u00e1\u0161ej\u00ed pen\u00edze, a pro DevOps \u2013 t\u00fdmy, kter\u00e9 vytv\u00e1\u0159ej\u00ed a nasazuj\u00ed distribuce pomoc\u00ed trubky.<\/p>\n

Jednou, usazen\u00fd v hale v pohodln\u00e9m k\u0159esle, se Ivan rozhodl po\u0159\u00e1dn\u011b promyslet, jak by cht\u011bl vid\u011bt metriky DevOps s ohledem na to, \u017ee objektem vlivu jsou t\u00fdmy.<\/p>\n

C\u00edl metrik DevOps<\/h2>\n

\nJe jasn\u00e9, \u017ee v\u0161ichni cht\u011bj\u00ed zkr\u00e1tit dobu dod\u00e1n\u00ed. 200 dn\u00ed \u2013 to p\u0159ece nen\u00ed p\u0159ijateln\u00e9. <\/p>\n

Ale jak, to je ta ot\u00e1zka?<\/a><\/noindex><\/p>\n

Ve firm\u011b pracuj\u00ed stovky t\u00fdm\u016f a ka\u017ed\u00fd den proch\u00e1z\u00ed p\u0159es DevOps potrub\u00ed tis\u00edce distribuc\u00ed. Skute\u010dn\u00e1 doba dod\u00e1n\u00ed bude m\u00edt podobu rozd\u011blen\u00ed. Ka\u017ed\u00fd t\u00fdm bude m\u00edt sv\u016fj \u010das a sv\u00e9 vlastn\u00ed zvl\u00e1\u0161tnosti. Jak v tomhle chaotick\u00e9m mixu naj\u00edt n\u011bco?<\/p>\n

Odpov\u011b\u010f se vynutila sama od sebe \u2013 je pot\u0159eba naj\u00edt problematick\u00e9 t\u00fdmy a zjistit, co se u nich d\u011bje a pro\u010d to trv\u00e1 tak dlouho, a od \"dobr\u00fdch\" t\u00fdm\u016f se nau\u010dit, jak v\u0161echno d\u011blat rychle. K tomu je pot\u0159eba zm\u011b\u0159it \u010das, kter\u00fd t\u00fdmy str\u00e1v\u00ed na ka\u017ed\u00e9m z DevOps st\u00e1nk\u016f:<\/p>\n

\"Metriky
\n
\n\"C\u00edlem syst\u00e9mu bude v\u00fdb\u011br t\u00fdm\u016f na z\u00e1klad\u011b \u010dasu str\u00e1ven\u00e9ho na st\u00e1nc\u00edch, tedy v\u00fdsledkem by m\u011bl b\u00fdt seznam t\u00fdm\u016f s vybran\u00fdm \u010dasem, a ne \u010d\u00edslo.<\/p>\n

Pokud zjist\u00edme, kolik \u010dasu bylo celkov\u011b str\u00e1veno na st\u00e1nku a kolik \u010dasu bylo str\u00e1veno na prostoje mezi st\u00e1nky, budeme moci naj\u00edt t\u00fdmy, zavolat jim a podrobn\u011bji se zab\u00fdvat p\u0159\u00ed\u010dinami a odstranit je,\" \u2013 pomyslel si Ivan.<\/p>\n

\"Metriky
\n <\/p>\n

Jak spo\u010d\u00edtat \u010das dod\u00e1n\u00ed pro DevOps<\/h2>\n

Pro v\u00fdpo\u010det bylo pot\u0159eba proniknout do procesu DevOps a jeho podstaty.<\/p>\n

Ve spole\u010dnosti se pou\u017e\u00edv\u00e1 omezen\u00e9 mno\u017estv\u00ed syst\u00e9m\u016f a informace lze z\u00edskat pouze z nich a nikde jinde.<\/p>\n

V\u0161echny \u00fakoly ve spole\u010dnosti byly registrov\u00e1ny v Jira. Kdy\u017e byl \u00fakol p\u0159evzat do pr\u00e1ce, vytvo\u0159il se pro n\u011bj branch a po realizaci byl proveden commit do BitBucketu a Pull Request. P\u0159i p\u0159ijet\u00ed PR (Pull Request) se automaticky vytvo\u0159il distributiv a ulo\u017eil do \u00falo\u017ei\u0161t\u011b Nexus. <\/p>\n

\"Metriky
\n
\nD\u00e1le byl distributiv nasazov\u00e1n na n\u011bkolika st\u00e1nc\u00edch pomoc\u00ed Jenkins pro ov\u011b\u0159en\u00ed spr\u00e1vnosti aplikace, automatick\u00e9 a manu\u00e1ln\u00ed testov\u00e1n\u00ed:<\/p>\n

\"Metriky
\n
\nIvan popsal, z jak\u00fdch syst\u00e9m\u016f lze vz\u00edt jak\u00e9 informace pro v\u00fdpo\u010det \u010dasu na st\u00e1nc\u00edch:<\/p>\n