{"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\/pl\/blog\/administrirovanie\/metriki-devops-otkuda-brat-dannye-dlya-raschetov","title":{"rendered":"Metryki DevOps \u2013 sk\u0105d pozyskiwa\u0107 dane do oblicze\u0144","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Szczerze m\u00f3wi\u0105c, Ivan cz\u0119sto si\u0119 \u015bmia\u0142 z bezowocnych wysi\u0142k\u00f3w koleg\u00f3w z dzia\u0142u monitorowania. Zmieniali ogromne wysi\u0142ki, aby zrealizowa\u0107 metryki, kt\u00f3re zleca\u0142o im kierownictwo firmy. Byli tak zaj\u0119ci, \u017ce nie chcieli ju\u017c nikomu nic wi\u0119cej robi\u0107. <\/p>\n

A kierownictwo ci\u0105gle by\u0142o niezadowolone \u2013 stale zamawia\u0142o nowe metryki, bardzo szybko przestaj\u0105c korzysta\u0107 z tych, kt\u00f3re zosta\u0142y wcze\u015bniej wykonane.<\/p>\n

W ostatnim czasie wszyscy m\u00f3wili tylko o LeadTime \u2013 czasie dostawy funkcji biznesowych. Metryka pokaza\u0142a szokuj\u0105c\u0105 liczb\u0119 \u2013 200 dni na dostarczenie jednego zadania. Jak wszyscy wzdychali, j\u0119czeli i wznosili r\u0119ce do nieba!<\/p>\n

Po pewnym czasie ha\u0142as stopniowo ucich\u0142 i z kierownictwa nadesz\u0142o zlecenie na stworzenie kolejnej metryki.<\/p>\n

Ivan mia\u0142 zupe\u0142nie jasne, \u017ce nowa metryka r\u00f3wnie\u017c cicho umrze w ciemnym k\u0105cie.<\/p>\n

Rzeczywi\u015bcie, my\u015bla\u0142 Ivan, znajomo\u015b\u0107 liczby nic nikomu nie m\u00f3wi. 200 dni czy 2 dni \u2013 nie ma \u017cadnej r\u00f3\u017cnicy, poniewa\u017c z liczby nie mo\u017cna okre\u015bli\u0107 przyczyny i zrozumie\u0107, czy to dobrze, czy \u017ale.<\/p>\n

To typowa pu\u0142apka metryk: wydaje si\u0119, \u017ce nowa metryka opowie o istocie istnienia i wyja\u015bni jaki\u015b tajny sekret. Wszyscy na to licz\u0105, ale nic si\u0119 nie dzieje. A to dlatego, \u017ce sekret nale\u017cy szuka\u0107 w zupe\u0142nie innych miejscach ni\u017c metryki!<\/p>\n

Dla Ivana to by\u0142 ju\u017c zamkni\u0119ty rozdzia\u0142. Rozumia\u0142, \u017ce metryki to po prostu zwyk\u0142a drewniana linijka<\/a><\/noindex> do pomiar\u00f3w, a wszystkie sekrety nale\u017cy szuka\u0107 w obiekcie wp\u0142ywu<\/a><\/noindex>, tzn. w tym, co t\u0119 metryk\u0119 formuje.<\/p>\n

Dla sklepu internetowego obiektem wp\u0142ywu b\u0119d\u0105 jego klienci przynosz\u0105cy pieni\u0105dze, a dla DevOps \u2013 zespo\u0142y tworz\u0105ce i wdra\u017caj\u0105ce dystrybucje z wykorzystaniem pipeline'u.<\/p>\n

Pewnego dnia, siedz\u0105c w wygodnym fotelu w holu, Ivan postanowi\u0142 dok\u0142adnie przemy\u015ble\u0107, jak chcia\u0142by widzie\u0107 metryki DevOps, bior\u0105c pod uwag\u0119, \u017ce obiektem wp\u0142ywu s\u0105 zespo\u0142y.<\/p>\n

Cel metryk DevOps<\/h2>\n

\nJasne jest, \u017ce wszyscy chc\u0105 skr\u00f3ci\u0107 czas dostawy. 200 dni to oczywi\u015bcie niedopuszczalne. <\/p>\n

Ale jak, oto pytanie?<\/a><\/noindex><\/p>\n

W firmie pracuj\u0105 setki zespo\u0142\u00f3w, a przez pipeline DevOps przechodz\u0105 codziennie tysi\u0105ce dystrybucji. Rzeczywisty czas dostawy b\u0119dzie wygl\u0105da\u0142 jak rozk\u0142ad. Ka\u017cdy z zespo\u0142\u00f3w b\u0119dzie mia\u0142 sw\u00f3j w\u0142asny czas i specyfik\u0119. Jak w tym chaosie znale\u017a\u0107 cokolwiek?<\/p>\n

Odpowied\u017a przysz\u0142a sama \u2013 trzeba znale\u017a\u0107 problematyczne zespo\u0142y i dowiedzie\u0107 si\u0119, co si\u0119 u nich dzieje i dlaczego trwa to tak d\u0142ugo, a od \u201edobrych\u201d zespo\u0142\u00f3w nauczy\u0107 si\u0119, jak wszystko robi\u0107 szybko. Aby to osi\u0105gn\u0105\u0107, nale\u017cy zmierzy\u0107 czas, jaki zespo\u0142y sp\u0119dzaj\u0105 na ka\u017cdym z stand\u00f3w DevOps:<\/p>\n

\"Metryki
\n
\n\u201eCelem systemu b\u0119dzie selekcja zespo\u0142\u00f3w wed\u0142ug czasu przej\u015bcia przez standy, co oznacza, \u017ce w efekcie powinni\u015bmy otrzyma\u0107 list\u0119 zespo\u0142\u00f3w z okre\u015blonym czasem, a nie liczb\u0119.<\/p>\n

Je\u015bli dowiemy si\u0119, ile czasu \u0142\u0105cznie po\u015bwi\u0119cono na stand oraz ile czasu sp\u0119dzono na przestojach mi\u0119dzy standami, b\u0119dziemy mogli znale\u017a\u0107 zespo\u0142y, zadzwoni\u0107 do nich i dok\u0142adniej zbada\u0107 przyczyny oraz je wyeliminowa\u0107\u201d \u2014 pomy\u015bla\u0142 Ivan.<\/p>\n

\"Metryki
\n <\/p>\n

Jak obliczy\u0107 czas dostawy dla DevOps<\/h2>\n

Aby obliczy\u0107, trzeba by\u0142o zag\u0142\u0119bi\u0107 si\u0119 w proces DevOps i jego elementy.<\/p>\n

W firmie korzysta si\u0119 z ograniczonej liczby system\u00f3w, a informacje mo\u017cna uzyska\u0107 tylko z nich i nigdzie indziej.<\/p>\n

Wszystkie zadania w firmie by\u0142y rejestrowane w Jira. Gdy zadanie by\u0142o brane do pracy, tworzono dla niego branch, a po realizacji dokonywano commitu w BitBucket i Pull Request. Po zaakceptowaniu PR (Pull Request) automatycznie tworzono dystrybucj\u0119, kt\u00f3ra by\u0142a przechowywana w repozytorium Nexus. <\/p>\n

\"Metryki
\n
\nNast\u0119pnie dystrybucja by\u0142a wdra\u017cana na kilku standach za pomoc\u0105 Jenkins w celu sprawdzenia poprawno\u015bci na\u0142o\u017cenia, automatycznego i r\u0119cznego testowania:<\/p>\n

\"Metryki
\n
\nIvan opisa\u0142, z jakich system\u00f3w mo\u017cna pobra\u0107 informacje, aby obliczy\u0107 czas na standach:<\/p>\n