{"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\/hr\/blog\/administrirovanie\/metriki-devops-otkuda-brat-dannye-dlya-raschetov","title":{"rendered":"DevOps metrike \u2013 odakle uzimati podatke za izra\u010dun","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Iskreno, Ivan se \u010desto smijao na uzaludne napore kolega iz odjela za nadzor. Ulagali su ogromne napore da ostvare metrike koje im je tra\u017eilo rukovodstvo kompanije. Bili su toliko zauzeti da vi\u0161e nikome ni\u0161ta nisu htjeli raditi. <\/p>\n

A rukovodstvu nikada nije bilo dosta \u2013 stalno je naru\u010divalo nove i nove metrike, vrlo brzo prestaju\u0107i koristiti one koje su ve\u0107 bile napravljene.<\/p>\n

Posljednjih je dana svatko samo govorio o LeadTime-u \u2013 vremenu isporuke poslovnih zna\u010dajki. Metrika je pokazala nevjerojatnu brojku \u2013 200 dana za isporuku jednog zadatka. Kako su svi uzdisali, govorili i podizali ruke prema nebu!<\/p>\n

Nakon nekog vremena buka je postupno utihnula i od rukovodstva je stigao zahtjev za izradu jo\u0161 jedne metrike.<\/p>\n

Ivanu je bilo savr\u0161eno jasno da \u0107e i nova metrika tiho umrijeti u mra\u010dnom kutku.<\/p>\n

Doista, razmi\u0161ljao je Ivan, poznavanje broja ni\u010demu nikome ne govori. 200 dana ili 2 dana \u2013 nema nikakve razlike, jer po broju nije mogu\u0107e utvrditi uzrok i razumjeti je li to dobro ili lo\u0161e.<\/p>\n

Ovo je tipi\u010dna zamka metrika: \u010dini se da \u0107e nova metrika ispri\u010dati su\u0161tinu postojanja i objasniti neku tajnu. Svi se na to nadaju, ali ni\u0161ta se iz nekog razloga ne doga\u0111a. Zato \u0161to tajnu treba tra\u017eiti nimalo ne u metrikama!<\/p>\n

Za Ivana je to bila pro\u0161lost. Razumio je da metrike \u2013 to je jednostavno obi\u010dna drvena ravnala<\/a><\/noindex> za mjerenje, a sve tajne treba tra\u017eiti u objektu utjecaja<\/a><\/noindex>, tj. u onome \u0161to oblikuje tu metriku.<\/p>\n

Za internetsku trgovinu objekt utjecaja bit \u0107e njezini kupci, koji donose novac, a za DevOps \u2013 timovi koji kreiraju i distribuiraju pakete koriste\u0107i cjevovod.<\/p>\n

Jednog dana, smjestiv\u0161i se udobno u fotelji u predvorju, Ivan je odlu\u010dio dobro razmisliti o tome kakve bi volio vidjeti DevOps metrike uzimaju\u0107i u obzir da su objekt utjecaja timovi.<\/p>\n

Cilj DevOps metrika<\/h2>\n

\nJasno je da svi \u017eele smanjiti vrijeme isporuke. 200 dana \u2013 to svakako nije prihvatljivo. <\/p>\n

Ali kako, to je pitanje?<\/a><\/noindex><\/p>\n

U kompaniji rade stotine timova, a kroz DevOps cjevovod prolaze tisu\u0107e paketa dnevno. Stvarno vrijeme isporuke izgledat \u0107e kao raspodjela. Svaki tim imat \u0107e svoje vlastito vrijeme i svoje vlastite osobitosti. Kako me\u0111u tim neredima prona\u0107i i\u0161ta?<\/p>\n

Odgovor se nametnuo sam od sebe \u2013 potrebno je prona\u0107i problemati\u010dne timove i razumjeti \u0161to se s njima doga\u0111a i za\u0161to im treba toliko dugo, a od \"dobrih\" timova nau\u010diti kako sve raditi brzo. A za to je potrebno izmjeriti vrijeme koje su timovi proveli na svakom od DevOps okru\u017eenja:<\/p>\n

\"DevOps
\n
\n\u201eCilj sustava \u0107e biti odabir timova prema vremenu prolaska okru\u017eenja, tj. na kraju trebamo dobiti popis timova s odabranim vremenom, a ne broj.<\/p>\n

Ako saznamo koliko je vremena ukupno potro\u0161eno na okru\u017eenje i koliko vremena je potro\u0161eno na zastoje izme\u0111u okru\u017eenja, mo\u0107i \u0107emo prona\u0107i timove, nazvati ih i detaljnije razjasniti uzroke i ukloniti ih\u201d, pomisli Ivan.<\/p>\n

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

Kako izra\u010dunati vrijeme isporuke za DevOps<\/h2>\n

Za izra\u010dun bilo je potrebno produbiti se u proces DevOps-a i njegove entitete.<\/p>\n

U tvrtki se koristi ograni\u010den broj sustava, a informacije se mogu dobiti samo iz njih i nigdje drugdje.<\/p>\n

Sve zadatke u tvrtki registrirali su u Jira. Kada bi zadatak bio preuzet u rad, za njega se stvarala grana, a nakon implementacije vr\u0161io bi se commit u BitBucket i Pull Request. Pri prihva\u0107anju PR (Pull Request) automatski se stvorio distribucijski paket i pohranio u Nexus. <\/p>\n

\"DevOps
\n
\nZatim se distribucijski paket implementirao na nekoliko okru\u017eenja putem Jenkinsa za provjeru ispravnosti implementacije, automatsko i ru\u010dno testiranje:<\/p>\n

\"DevOps
\n
\nIvan je opisao iz kojih sustava koju informaciju mo\u017eemo uzeti kako bismo izra\u010dunali vrijeme na okru\u017eenjima:<\/p>\n