Si e zbuloni problemet para se përdoruesit të ankohën?

Question

Accepted Answer

Qëllimi është të kapni problemet **përpara se faqja** — të gjeni përkeqësimin ndërsa ka ende hapësirë për ta absorbuar. Kjo do të thotë të vëzhgoni **indikatorë kryesor**, të përcaktoni **SLO-t me buxhete gabimi**, dhe të sondoni në mënyrë aktive sistemin në vend se të pritsni që ai të dështojë.

## SLO-t dhe buxhetet e gabimit

Një **SLO** e kthen besueshmërinë në një numër (p.sh. 99.9% i kërkesave kanë sukses). 0.1% e mbetur është **buxheti juaj i gabimit**. Ndjekja e **shkallës së konsumimit** ju lejon të paralajmëroni kur po shpenzoni buxhetin shumë shpejt — shumë përpara se të keni faktikisht shkelur SLO-në dhe përdoruesit ta vërejnë.

```text
SLO 99.9% → 0.1% error budget/month (~43 min of downtime)
burn rate rising fast → you'll exhaust it in 2 days → alert NOW, while it's fixable
```

## Sondim aktiv, jo vetëm metrika pasive

```text
SYNTHETIC MONITORING  scripted checks hit critical paths on a schedule
                      (login, checkout) → fails even at 3am with zero real traffic
HEALTH CHECKS         /healthz endpoints + dependency checks → load balancer
                      pulls bad instances before users hit them
RUM (real-user mon.)  measure latency/errors from actual browsers/devices →
                      catches issues only some users/regions see
```

Monitorimi sintetik është i fuqishëm sepse nuk pret një përdorues — ai ushtron në mënyrë të vazhdueshme sistemin, kështu që një pagesë e prishur gjendet në orën 3 të mëngjesit, jo kur mëngjes me nxitim ankohemi.

## Indikatorë kryesor dhe prirje

Shenjat më të herëshme janë në burime, jo ende në gabime me pamje të përdoruesit. Paralajmëro në **prirje**, jo vetëm në një linjë statike.

```text
LEADING INDICATORS   saturation (CPU/mem climbing), queue depth growing,
                     connection-pool nearing limit, latency CREEPING up
ANOMALY DETECTION    flag deviation from the normal baseline / seasonality
TREND ALERTS         "disk will fill in 4h at this rate" → act before it's full
```

Një p99 në rritje ngadalë ose një radhë në rritje është një shenjë paralajmërimi: duke vepruar në rritjen ngadalë, ju parandaloni përmbytjen që po drejtohej në rritje ngadalë.

## Përse ka rëndësi

Monitorimi reaktiv do të thotë se përdoruesit janë sistemi juaj i paralajmërimit — në momentin kur ankohemi, incidenti është tashmë aktiv dhe buxheti juaj i gabimit është shpenzuar. Zbulimi proaktiv (shkalla e konsumimit të SLO, sinteza, kontrollimi i shëndetit, RUM, indikatorë kryesor, alerta prirje/anomali) blen kohë kryesore: ju rregulloni një radhë të ngopur ose një latencë në rritje përpara se të bëhet një faqe në orën 2 të mëngjesit dhe një klient i inatosur. Kjo kohë kryesore është ndryshimi midis një rregullimi të qetë dhe një përmbytjeje.