DORA-målinger og CI/CD-helse

Utrullingsfrekvens måler hvor ofte organisasjonen Deres leverer kode til produksjon. Den viser hvor raskt De kan levere verdi til brukerne.

En høyere utrullingsfrekvens betyr ofte at mindre og mindre risikable endringer distribueres. Det gir raskere tilbakemeldingssløyfer og kontinuerlig forbedring.

For å følge med på utrullingsfrekvensen teller De ganske enkelt antallet vellykkede utrullinger til produksjonsmiljøet i løpet av en bestemt periode (for eksempel daglig, ukentlig eller månedlig).

• Eksempel: Hvis teamet Deres distribuerer 15 ganger i løpet av en uke, er DF 15/uke.
• Mål: Øk dette tallet. De beste teamene distribuerer flere ganger om dagen.

Ledetid for endringer er tiden det tar fra en kodeendring committes, til den kjører i produksjon. Den måler hastigheten i hele utviklingspipelinen.

Denne måleverdien viser hvor effektiv utviklingsprosessen er, inkludert koding, testing, gjennomgang og utrulling.

LTFC starter når en utvikler committer kode, og slutter når koden er tilgjengelig for brukerne. Den måles ofte i timer eller dager.

• Eksempel: En funksjon som committes mandag morgen og er tilgjengelig i produksjon tirsdag kveld, har en LTFC på omtrent 36 timer.
• Mål: Reduser denne tiden. Kortere ledetid betyr raskere levering og raskere iterasjoner.

Gjennomsnittlig gjenopprettingstid (MTTR) måler hvor lang tid det tar å gjenopprette tjenesten etter en produksjonshendelse eller -feil. Den viser teamets evne til å reagere på og løse problemer.

En lav MTTR viser høy operasjonell robusthet og effektive rutiner for hendelseshåndtering.

MTTR beregnes fra det tidspunktet en hendelse oppdages, til tjenesten er fullstendig gjenopprettet. Den måles vanligvis i minutter eller timer.

• Eksempel: Hvis et programavbrudd tar 2 timer å identifisere, diagnostisere og løse, er MTTR for hendelsen 2 timer.
• Mål: Reduser denne tiden. Raskere gjenoppretting begrenser påvirkningen på brukerne og forstyrrelsene i virksomheten.

Andel mislykkede endringer er prosentandelen av endringer i produksjon som fører til redusert tjenestekvalitet, krever tilbakerulling eller på annen måte gjør umiddelbar utbedring nødvendig.

Denne måleverdien er viktig for å forstå stabiliteten og påliteligheten i utrullingsprosessen. Høy CFR tyder på problemer i testingen eller utrullingsrutinene.

CFR beregnes ved å dele antallet mislykkede utrullinger på det totale antallet utrullinger i en periode og deretter multiplisere med 100.

• Eksempel: Hvis 5 av 100 utrullinger fører til en produksjonshendelse, er CFR 5 %.
• Mål: Hold dette tallet så lavt som mulig. De beste teamene har ofte en CFR under 15 %.

Gratulerer! De har lært om de fire DORA-måltallene:

• Distribusjonsfrekvens: Hvor ofte De setter ut nye versjoner.
• Ledetid for endringer: Hvor raskt kode blir satt i produksjon.
• Gjennomsnittlig tid til gjenoppretting: Hvor raskt De løser problemer.
• Frekvens for endringsfeil: Hvor ofte distribusjoner forårsaker problemer.

Ved å følge med på disse måltallene kan De få dyp innsikt i tilstanden til CI/CD-prosessene og legge til rette for kontinuerlig forbedring av DevOps-praksisen.