Metriche DORA e salute della CI/CD

Benvenuti nelle metriche DORA. Nello sviluppo software moderno, non basta distribuire il codice. È necessario capire quanto bene funzionano i processi di sviluppo e operations.

Le metriche DORA offrono un framework efficace per misurare e migliorare lo stato di salute della CI/CD e le prestazioni complessive del DevOps.

DORA è l'acronimo di DevOps Research and Assessment, il gruppo che ha individuato quattro metriche fondamentali in grado di prevedere le prestazioni del rilascio software e i risultati dell'organizzazione.

• Frequenza dei deployment (DF)
• Lead time delle modifiche (LTFC)
• Tempo medio di ripristino (MTTR)
• Tasso di fallimento delle modifiche (CFR)

Esaminiamole una alla volta.

La frequenza dei deployment misura quanto spesso l'organizzazione rilascia correttamente il codice in produzione. Indica la rapidità con cui è possibile offrire valore agli utenti.

Una frequenza dei deployment più elevata spesso indica che vengono distribuite modifiche più piccole e meno rischiose, con cicli di feedback più rapidi e un miglioramento continuo.

Per monitorare la frequenza dei deployment, è sufficiente contare il numero di deployment riusciti nell'ambiente di produzione in un determinato periodo (ad esempio giornaliero, settimanale o mensile).

• Esempio: se il team esegue 15 deployment in una settimana, la DF è 15/settimana.
• Obiettivo: aumentare questo numero. I team con prestazioni eccellenti eseguono più deployment al giorno.

Il lead time delle modifiche è il tempo necessario affinché una modifica al codice passi dal commit all'esecuzione corretta in produzione. Misura la velocità dell'intera pipeline di sviluppo.

Questa metrica mette in evidenza l'efficienza del processo di sviluppo, comprese codifica, test, revisione e deployment.

La LTFC inizia quando uno sviluppatore esegue il commit del codice e termina quando quel codice è disponibile per gli utenti. Viene spesso misurata in ore o giorni.

• Esempio: una funzionalità sottoposta a commit lunedì mattina e disponibile in produzione entro martedì sera ha una LTFC di circa 36 ore.
• Obiettivo: ridurre questo tempo. Lead time più brevi significano rilasci più rapidi e iterazioni più veloci.

Il tempo medio di ripristino (MTTR) misura quanto tempo serve per ripristinare il servizio dopo un incidente o un guasto in produzione. Riflette la capacità del team di rispondere ai problemi e risolverli.

Un MTTR basso indica una solida resilienza operativa e procedure efficaci di risposta agli incidenti.

La MTTR viene calcolata dal momento in cui viene rilevato un incidente fino al completo ripristino del servizio. Viene generalmente misurata in minuti o ore.

• Esempio: se un'interruzione dell'applicazione richiede 2 ore per essere identificata, diagnosticata e risolta, la MTTR dell'incidente è di 2 ore.
• Obiettivo: ridurre questo tempo. Un ripristino più rapido limita l'impatto sugli utenti e le interruzioni operative.

Il tasso di fallimento delle modifiche è la percentuale di modifiche alla produzione che causano un degrado del servizio, richiedono un rollback o rendono comunque necessaria una correzione immediata.

Questa metrica è fondamentale per comprendere la stabilità e l'affidabilità del processo di deployment. Un CFR elevato suggerisce problemi nelle pratiche di test o di deployment.

La CFR si calcola dividendo il numero di deployment non riusciti per il numero totale di deployment in un determinato periodo e moltiplicando il risultato per 100.

• Esempio: se su 100 deployment, 5 causano un incidente in produzione, la CFR è del 5%.
• Obiettivo: mantenere questo numero il più basso possibile. I team con prestazioni eccellenti hanno spesso una CFR inferiore al 15%.

Ha appreso le quattro metriche DORA. Ora verifichiamo la Sua comprensione di ciò che misura ciascuna.

Congratulazioni! Ha appreso le quattro metriche DORA:

• Frequenza di deployment: indica quanto spesso rilascia.
• Lead time per le modifiche: indica la velocità con cui il codice arriva in produzione.
• Tempo medio di ripristino: indica la rapidità con cui risolve i problemi.
• Tasso di errore delle modifiche: indica quanto spesso i deployment causano problemi.

Monitorando queste metriche, può ottenere informazioni approfondite sullo stato di salute della Sua CI/CD e promuovere il miglioramento continuo delle pratiche DevOps.