Opazljivost počiva na treh stebrih — dnevnikih, metrikah in sledovih — in cilj je odgovoriti "kaj je narobe in zakaj" za sistem, ki ga je preveč velika za ročni pregled. V velikem merilu je strategija o korelaciji, vzorčenju in stroških.
Opazljivost počiva na treh stebrih — dnevnikih, metrikah in sledovih — in cilj je odgovoriti "kaj je narobe in zakaj" za sistem, ki ga je preveč velika za ročni pregled. V velikem merilu je strategija o korelaciji, vzorčenju in stroških.
| Steber | Odgovori | Orodja |
|---|
| Metrike | Je kaj narobe? (količine, zakasnitve) | Prometheus, Grafana |
| Sledovi | Kje v toku? | OpenTelemetry, Jaeger |
| Dnevniki | Kaj se je točno zgodilo? | ELK, Loki |
Metrics alert ─▶ trace pinpoints the slow service ─▶ logs explain the cause
(broad) (path) (detail)
ID sledenja/korelacije se mora prepletati skozi oznake metrik, vrstice dnevnika in razpone, da se lahko vrtite med njimi.
log line: level=error trace_id=abc123 service=payments msg="gateway timeout"
^^^^^^^^^^^^^^^ same id appears in the trace + metrics
✓ Standardize: OpenTelemetry across all services
✓ Use structured (JSON) logs — queryable, not grep-only
✓ Sample traces (e.g. keep all errors + 1% of success) to control cost
✓ Define SLOs and alert on symptoms (latency/error rate), not noise
✓ RED/USE method for dashboards (Rate, Errors, Duration)
Beleževanje vsega pri 100 % je neugodno in potopi signal. Vzorčujte, strukturirajte in opozarjajte na SLO-je namesto tega.
S stotinami storitev se ne morete SSH-irati in pogledati — opazljivost je edini način za razumevanje vedenja v produkciji.
Zmagovalčna strategija je korelirana, vzorčena in vprognozirana na SLO: površinski so prave težave hitro brez vas bankrociranskega na skladiščenju telemetrije ali zakopanca na-klic v hrupa.
Knjižnica IT vprašanj za razgovore s podrobnimi odgovori — od začetnika do izkušenega.
Doniraj