Målet er å vite at systemet ditt er usunt før brukerne dine forteller deg det. God observerbarhet lar deg svare på spørsmål du ikke forventet, ikke bare sjekke et fast sett med dashboards. Som tech lead setter du dette opp før hendelsen, ikke under den.
Sidekall på det som brukeren opplever, ikke på intern vibrasjon. Ankrer varsler til SLOer: feilrate, latency (p95/p99) og tilgjengelighet. En CPU-topp er ikke en hendelse; checkout som mislykkes for 2% av brukerne er.
| Varsle på | Ikke sidekall på |
|---|---|
| Feilrate som bryter SLO | Enkelt CPU-spike |
| p99 latency over budsjett | En treg request |
| Mislykkede helsekontroller | Disk på 60% |
Hvert varsel bør være påtrengende, reelt og handlingsbart — det navngir hva som er galt og peker på et neste trinn. Varsler som utløses konstant trener teamet til å ignorere dem; alert fatigue er hvordan ekte hendelser blir savnet. Legg til helsekontroller og dashboards som viser de gylne signalene på et øyeblikk.
Team som kun observerer etter en hendelse, flyver blindt: de lærer om strømbrudd fra sinte kunder og debugger med gjetting. Å investere i observerbarhet på forhånd gjør 3 a.m.-mysterier til 5-minutters diagnoser, reduserer nedetid og frigjør teamet til å levere i stedet for å bekjempe branner.