Metriky DORA vám pomohou najít přehled o produktivitě vývojářů

Vzhledem k tomu, že DevOps je směsí různých oborových osvědčených postupů, sad nástrojů a hlavně kultur, vyvstává otázka: Jak měřit jejich dopad? Naštěstí existuje několik sad metrik CI/CD, které pomáhají IT organizacím a organizacím zabývajícím se vývojem softwaru získat viditelnost a použitelná data.

Jedna z těchto sad se nazývá „metriky DORA“ neboli DevOps Research and Assessment. Na základě našich bohatých zkušeností s poradenstvím GitLab, nastíníme základní principy DORA, prozkoumáme vstupní parametry, které vyžaduje, a poskytneme rady ohledně optimalizace dodacích tras.

Co jsou metriky DORA?

Metriky DORA byly vyvinuty specializovaným týmem Google Cloud v roce 2020 po šesti letech důkladného výzkumu. Počáteční metriky zahrnovaly:

• Frekvence nasazení a doba realizace změn (oba ukazatele charakterizují rychlost práce týmu).
• Četnost změnových chyb a doba obnovení služby (oba indikátory charakterizují stabilitu).

O rok později tým přidal pátou metriku – spolehlivost – v reakci na neustálé změny v DevOps.

V roce 2022 svět vstoupil do pandemického režimu, který podle Mezinárodního měnového fondu v průměru 6 procentních bodů zrychlil digitální transformace v rozvinutých ekonomikách. Postupem času začaly metriky ukazovat první výsledky. V roce 2023 poradenská společnost z „velké trojky“ McKinsey nabídla přístup k hodnocení výkonu vývoje, který byl založen na DORA a dalších metrikách DevOps (SPACE). Pro 20 firem z oblasti technologií, financí a farmacie byl výsledek více než znatelný:

• Snížení počtu závad nahlášených zákazníky o 20 až 30%.
• Zvýšení úrovně spokojenosti zaměstnanců o 20%.
• Zvýšení spokojenosti zákazníků o 60 procentních bodů.

Dnes se podíváme na metriky DORA optikou GitLab, jednotné platformy pro všechny věci DevSecOps. Od března 2024 byla tato platforma uznána jednou z nejlepších ve své kategorii podle autoritativního webu G2 pro recenze softwaru.

Frekvence nasazení

Metrika frekvence nasazení ukazuje, jak často vaše týmy uvolňují kód do produkce. Lze jej měřit v hodinách, dnech, týdnech, měsících nebo letech v závislosti na tom, jak velký obrázek chcete vidět. Tato metrika sledování výkonu je kritická, protože vám umožňuje posoudit, jak dobře plníte nové požadavky zákazníků a využíváte nové příležitosti na trhu. Čím vyšší frekvence, tím rychlejší je zpětná vazba a iterační cyklus.

GitLab eviduje dokončená nasazení, tedy ta, která byla úspěšně dokončena (bez chyb). Zaměřuje se na průměrný počet implementací provedených v produkčních prostředích, která jsou identifikována přiřazenou „produkční vrstvou“ nebo názvy jako „výroba“ nebo „výroba“. Metriku frekvence ovlivňují pouze nasazení, která zasahují do těchto prostředí.

Zde je zajímavá otázka, jak vnitřně definujete úspěch. Vztahuje se na nasazení, která pokrývají pouze 10% vašeho provozu, nebo na nasazení, která cílí na veškerý váš provoz?

Změnit čas implementace

Tato metrika ukazuje, jak dlouho trvá, než se změna kódu (nebo potvrzení) dostane do produkce. Používá se také k průběžné kontrole funkčnosti vašeho CI/CD pipeline; pokud se časem sníží, znamená to, že se váš tým stal produktivnějším a rychleji poskytuje potřebné úpravy.

GitLab sleduje sekundy mezi dvěma klíčovými okamžiky: když někdo schválí žádost o sloučení do hlavní větve, a když váš kód běží bezchybně v produkci, což znamená úspěšné nasazení. Jednou z klíčových věcí, kterou je třeba si zapamatovat, je, že doba realizace změn nebere v úvahu čas potřebný k napsání samotného kódu.

Ve výchozím nastavení je monitorování GitLab k dispozici pro dobu přípravy změn v nasazeních, která zahrnují jedinou větev s více fázemi (například přechod z vývoje do stagingu a poté do produkce). Pokud máte složitější pracovní postup se samostatnými požadavky na sloučení pro každou fázi, GitLab je bude považovat za samostatná nasazení, což může tuto metriku uměle zvýšit.

Míry selhání změn

Tato metrika vám umožní pochopit, jak často vedou změny, které vydáváte, k selhání ve výrobě, což vám umožní prozkoumat kvalitu vašeho kódu. Čím vyšší frekvence, tím je pravděpodobnější, že budete muset zkontrolovat své procesy nasazení nebo rozšířit rozsah vašeho automatického testování.

Pro získání míry selhání změn, vydělí GitLab počet incidentů, ke kterým dojde po každém nasazení, celkovým počtem nasazení do produkce. Řekněme, že jste nasadili nový kód 20krát za měsíc a každý týden jste měli incidenty. V tomto scénáři by míra selhaní změn byla 20% (4 incidenty / 20 nasazení).

Doba obnovy služby

Jak název napovídá, tato metrika umožňuje vyhodnotit, jak rychle dokážete odstranit chyby ve výrobě. V případě, že nestíháte, bylo by užitečné zkontrolovat plány reakce na incidenty.

GitLab sleduje, jak dlouho trvají incidenty ovlivňující produkční prostředí (v sekundách). Jednoduše řečeno, každý incident může být způsoben pouze jedním nasazením do produkce a naopak žádné nasazení do produkce nesmí způsobit více než jeden incident.

Jak zlepšit své metriky DORA: kompletní kontrolní seznam pro rok 2024

Právě teď se všichni soustředí na optimalizaci. Dodržování doporučení GitLab, v této sekci poskytujeme seznam činností, které můžete provést, abyste co nejlépe využili svůj doručovací pipeline pomocí metrik DORA.

Akcelerace dodávek

• Porovnejte frekvenci nasazení napříč týmy a projekty a identifikujte příležitosti ke zlepšení spolehlivosti.
• Rozdělte velké funkce na menší, lépe ovladatelné bloky, abyste zkrátili dobu zpracování.
• Implementujte automatizované testování a ověřování kódu pro zlepšení kvality nasazení a odhalení problémů dříve, než přerostou ve finanční ztráty.
• Analyzujte účinnost CI/CD pipeline napříč týmy a projekty (další informace o tom proč je CI/CD důležité). Zaměřte se na slabá místa a optimalizujte je pro rychlejší nasazení.
• Použijte GitLab Value Stream Analytics k odstranění neefektivity a zlepšení celkového pracovního postupu.

Zvýšení stability a obnovení

• Porovnejte dobu reakce týmu na narušení služeb a identifikujte oblasti pro zlepšení komunikace a spolupráce.
• Zvyšte viditelnost produkčních prostředí, abyste urychlili detekci a řešení problémů (snížení MTTR — Mean Time To Recover, neboli průměrná doba obnovení).
• Vytvořte dobře definované pracovní postupy pro reakci na selhání, abyste zkrátili čas potřebný k vyřešení.

Rovnováha rychlosti a kvality

• Porovnejte kvalitu a stabilitu kódu napříč týmy a projekty. Usilujte o zdravou rovnováhu mezi frekvencí nasazení a dobou obratu bez obětování kvality.
• Vyhodnoťte a vylepšete efektivitu procesu kontroly kódu, aniž byste omezili rychlost nasazení.

O nás

Cloudfresh je partnerem GitLab (Výběrové a profesionální služby). Můžeme vám pomoci v oblastech implementace, migrace, školení, integrace, poradenství a podpory.

Pokud si přejete získat bezplatnou analýzu hodnotových toků, vyplňte prosím krátký formulář níže. S VSA od Cloudfresh získáte:

• 360stupňový přehled o aktuálním stavu věcí.
• Důkladné pochopení obchodních cílů a způsobu jejich dosažení.
• Identifikaci všech omezení, která vás brzdí.
• Plnohodnotnou mapa hodnotového toku.
• Analýzu nákladů a přínosů připravenou k použití (pokud je to možné).

Kromě toho vám můžeme pomoci stanovit nezbytná měřítka pro správné sledování a odvozování užitečných dat z metrik DORA a širších analýz GitLab.