Metrics zijn getallen die je over tijd meet en die laten zien hoe een systeem zich gedraagt: hoe snel het reageert, hoe vaak het faalt en hoe hard het werkt. Waar een losse logregel één gebeurtenis beschrijft, is een metric een doorlopende meting die je in een grafiek kunt zetten en kunt zien bewegen.
Denk aan het dashboard in een auto. De snelheidsmeter, brandstofmeter en temperatuurmeter vertellen je niet elk detail van de motor, maar met één blik weet je of alles goed is of dat er iets aandacht nodig heeft. Voor software werken metrics net zo: een plotselinge piek in het foutpercentage of een langzaam oplopende responstijd is een signaal dat er iets verdient om beter naar te kijken, voordat gebruikers het merken.
Metrics zijn een van de drie pijlers van observability, naast logs en traces. Ze vormen ook de basis voor de meeste alerting, want je kunt een grens instellen (bijvoorbeeld foutpercentage boven de twee procent) en een melding krijgen zodra die wordt overschreden.
Een valkuil die het noemen waard is, is het gemiddelde. Reageert je pagina gemiddeld in 200 milliseconden, dan kan dat getal die ene op de twintig gebruikers verbergen die vier seconden wacht, omdat een paar snelle verzoeken de trage overstemmen. Daarom kijken teams naar percentielen zoals de p95, de responstijd die de traagste vijf procent nog haalt, in plaats van alleen het gemiddelde. De andere discipline is een paar metrics kiezen die ertoe doen boven veel die alleen druk lijken. Een muur van vijftig grafieken die niemand leest is slechter dan vier die je elke ochtend bekijkt.
Bij TopDevs richten we de juiste metrics in voor elk klantsysteem, zodat een probleem zich als een verkeerd lopende grafiek laat zien ruim voordat het een telefoontje van een boze gebruiker wordt.
