Platform engineering and SRE

Stage 2 · Lesson 4 of 7

Cardinality and what belongs in metrics

Observability: metrics, logs and traces

is the number of unique a metric creates. Every distinct combination of values is a separate series that the backend keeps in memory. A metric with labels for 10 routes, 5 status codes and 50 pods is already 2,500 series.

Add a user ID label and it becomes millions, and the server runs out of memory or your hosted bill jumps. The rule: labels should have a small, bounded set of values. Unbounded details, such as user IDs, full URLs, order numbers and request IDs, belong in logs and . Check series counts per metric regularly with the TSDB status page.

Common trapadding a "helpful" label in one service that quietly multiplies series across the whole cluster.

A question to check yourself, an AI practice session and 1 cheat sheet entry come with the full roadmap. Unlock

Resources for this stage

Start with· follow one of these

Practise

Keep handy

Also worth your time

Mark this stage as not done?