Metryki DORA i kondycja CI/CD

Witamy w świecie metryk DORA! We współczesnym wytwarzaniu oprogramowania samo wdrażanie kodu nie wystarcza. Musimy rozumieć, jak dobrze działają nasze procesy wytwarzania i operacyjne.

Metryki DORA zapewniają skuteczne ramy do pomiaru i poprawy kondycji CI/CD oraz ogólnej wydajności DevOps.

DORA to skrót od DevOps Research and Assessment — nazwy grupy, która wskazała cztery kluczowe metryki pozwalające przewidywać wydajność dostarczania oprogramowania i wyniki organizacji.

• Częstotliwość wdrożeń (DF)
• Czas realizacji zmian (LTFC)
• Średni czas przywrócenia działania (MTTR)
• Współczynnik nieudanych zmian (CFR)

Przyjrzyjmy się każdej z nich!

Częstotliwość wdrożeń mierzy, jak często organizacja pomyślnie wydaje kod na środowisko produkcyjne. Informuje, jak szybko można dostarczać użytkownikom wartość.

Wyższa częstotliwość wdrożeń często oznacza wdrażanie mniejszych i mniej ryzykownych zmian, co prowadzi do szybszego uzyskiwania informacji zwrotnych i ciągłego doskonalenia.

Aby śledzić częstotliwość wdrożeń, wystarczy policzyć liczbę pomyślnych wdrożeń na środowisko produkcyjne w określonym czasie (np. dziennie, tygodniowo lub miesięcznie).

• Przykład: Jeśli Państwa zespół wdraża zmiany 15 razy w tygodniu, DF wynosi 15/tydzień.
• Cel: Zwiększać tę liczbę. Najlepiej działające zespoły wdrażają zmiany kilka razy dziennie.

Czas realizacji zmian to czas od zatwierdzenia zmiany w kodzie do jej pomyślnego uruchomienia na środowisku produkcyjnym. Mierzy szybkość całego potoku wytwarzania.

Ta metryka pokazuje wydajność procesu wytwarzania, obejmującego programowanie, testowanie, przegląd i wdrażanie.

LTFC zaczyna się w chwili zatwierdzenia kodu przez dewelopera, a kończy, gdy kod jest dostępny dla użytkowników. Zwykle mierzy się go w godzinach lub dniach.

• Przykład: Funkcja zatwierdzona w poniedziałek rano i dostępna na produkcji we wtorek wieczorem ma LTFC wynoszący około 36 godzin.
• Cel: Skracać ten czas. Krótszy czas realizacji oznacza szybsze dostarczanie i sprawniejsze iteracje.

Średni czas przywrócenia działania (MTTR) mierzy czas potrzebny na przywrócenie usługi po incydencie lub awarii na środowisku produkcyjnym. Odzwierciedla zdolność zespołu do reagowania na problemy i odzyskiwania sprawności.

Niski MTTR wskazuje na wysoką odporność operacyjną i skuteczne procedury reagowania na incydenty.

MTTR oblicza się od chwili wykrycia incydentu do pełnego przywrócenia usługi. Zwykle mierzy się go w minutach lub godzinach.

• Przykład: Jeśli identyfikacja, zdiagnozowanie i naprawa awarii aplikacji zajmują 2 godziny, MTTR dla tego incydentu wynosi 2 godziny.
• Cel: Skracać ten czas. Szybsze przywracanie działania ogranicza wpływ na użytkowników i zakłócenia działalności.

Współczynnik nieudanych zmian to odsetek zmian wprowadzonych na produkcji, które powodują pogorszenie działania usługi, wymagają wycofania lub w inny sposób wiążą się z koniecznością natychmiastowego usunięcia problemu.

Ta metryka ma kluczowe znaczenie dla zrozumienia stabilności i niezawodności procesu wdrażania. Wysoki CFR sugeruje problemy z praktykami testowania lub wdrażania.

CFR oblicza się, dzieląc liczbę nieudanych wdrożeń przez łączną liczbę wdrożeń w danym okresie, a następnie mnożąc wynik przez 100.

• Przykład: Jeśli spośród 100 wdrożeń 5 powoduje incydent na produkcji, CFR wynosi 5%.
• Cel: Utrzymywać tę liczbę na możliwie niskim poziomie. Najlepiej działające zespoły często osiągają CFR poniżej 15%.

Ukończył(a) Pan/Pani omówienie czterech metryk DORA. Teraz sprawdźmy, czy rozumie Pan/Pani, co mierzy każda z nich.

Gratulacje! Poznał(a) Pan/Pani cztery metryki DORA:

• Częstotliwość wdrożeń: Jak często publikowany jest nowy kod.
• Czas realizacji zmian: Jak szybko kod trafia do środowiska produkcyjnego.
• Średni czas przywracania działania: Jak szybko rozwiązywane są problemy.
• Współczynnik nieudanych zmian: Jak często wdrożenia powodują problemy.

Śledzenie tych metryk pozwala uzyskać szczegółowy wgląd w kondycję środowiska CI/CD i stale doskonalić praktyki DevOps.