Metriche, RED e USE

Il problema

Senza metriche quantitative non si distingue un'anomalia occasionale da saturazione, aumento degli errori o degrado sistematico.

Il pattern

Misurare servizi con RED (Rate, Errors, Duration) e risorse con USE (Utilization, Saturation, Errors), aggiungendo metriche di dominio e dipendenze.

Come funziona

Le metriche devono avere cardinalità controllata. Per broker e DB vanno osservati queue depth, consumer lag, connection pool, latency e saturation.

Esempio sanitario

Benefici

• Alert quantitativi
• Capacity planning
• Confronto prima/dopo release

Trade-off

• Cardinalità può esplodere
• Soglie senza SLO generano rumore

Quando usarlo

Per ogni servizio e dipendenza critica.

Quando evitarlo

Quando si raccolgono metriche senza definire obiettivi e azioni operative.

Pattern correlati