როგორ აირჩევთ გაფრთხოების ზღვრებს, რომ თავიდან აიცილოთ გაფრთხოების ცომა და ცრუ დადებითი?

Question

IT Interview Practice · Accepted Answer

ძირითადი წესი: **გაფრთხოების გამოცემა სიმპტომებზე, ფიქალზე კი არა**, და **დაუძახოთ მხოლოდ ის, რაც მოქმედებადი და გადაუდებელია**. ხმამაღალი გაფრთხოება, რომელიც ყოველ ღამე ხდება, დადუმდება ან იგნორირება გახდება — ამიტომ ნამდვილი რისკი არ არის გაუკვანძული გაფრთხოება, არამედ დესენსიტიზირებული დაკიდეთ, რომელიც ძილის სიღრმეში უშვებს რეალურს.

## რატომ აქვს მნიშვნელობა

გაფრთხოება **მომხმარებელზე ორიენტირებულ SLO-ზე** (შეცდომების მაჩვენებელი, დაყოვნება, ხელმისაწვდომობა), არა შინაგან მიზეზებზე, როგორიცაა "CPU > 80%". მაღალი CPU შეიძლება უვნებელი იყოს; რაც მნიშვნელოვანია ის არის თუ მომხმარებლები გავლენაშია.

```text
BAD  (cause)     CPU > 80% for 5m            → fires constantly, often no impact
GOOD (symptom)   error-rate SLO burn is fast → fires only when users hurt
```

## მულტი-ფანჯრის ღრეტის სიჩქარის გაფრთხოება

ერთი სტატიკური ზღვარი ან ძალიან მგრძნობიარე ან ძალიან ნელია. ამის ნაცვლად, გაფრთხოება რამდენად სწრაფად ხარ დაკარგული **შეცდომის ბიუჯეტი**, ორი ფანჯრის გამოყენებით, რათა სწრაფი ღრეტა დაუძახოს დაუყოვნებლივ და ნელი ღრეტა მხოლოდ თუ შენარჩუნებული.

```yaml
# Page: 2% of monthly budget burned in 1h AND still burning over 5m
- alert: HighErrorBudgetBurn
  expr: |
    (slo:error_ratio_1h > 14.4 * 0.001)   # fast window: catch big outages
    and
    (slo:error_ratio_5m > 14.4 * 0.001)   # short window: confirm it's still happening
  for: 2m
  labels: { severity: page }
```

მოკლე ფანჯარა ხელს უშლის დაძახებას პრობლემაზე, რომელიც უკვე თავის თავზე გაწყვეტილია; მეტი ფანჯარა ხელს უშლის დაძახებას მოკლე მწვერტალზე.

## გვერდი vs ბილეთი vs დაფა

```text
PAGE       actionable + urgent  → wake a human now (SLO at risk, checkout down)
TICKET     actionable, not urgent → fix in business hours (disk 70%, cert in 20 days)
DASHBOARD  informational         → no alert, just visible (per-endpoint traffic)
```

თუ გაფრთხოება მოქმედებადი არ არის, არ უნდა დაძახოთ — გადააკეთეთ ბილეთად ან დაფის პანელად. შემდეგ **დაარეგულირეთ დროთა განმავლობაში**: გადახედეთ ყოველ გვერდს, წაშალეთ ის, რომელზეც არავის მოქმედება აკეთებს.

გაფრთხოების ცომა არის საიმედოობის რისკი, არა უბრალოდ აღიზიანება: ადამიანები გონებრივად გაფილტრავენ ხმამაღალ არხებს, ამიტომ რაც უფრო მეტი ცრუ დადებითი თქვენ გადაგზავნით, მით უფრო მეტი რეალური წყვილი შეიძლება გამოტოვოთ. გაფრთხოება სიმპტომებზე ღრეტის სიჩქარის ფანჯრებით და გვერდის დაზღვევა მოქმედებადი გადაუდებელობის შემთხვევაში, ინახავს ყოველ გვერდს მნიშვნელოვანს — რაც ინახავს on-call რეაქტიული.

რატომ აქვს მნიშვნელობა

მულტი-ფანჯრის ღრეტის სიჩქარის გაფრთხოება

გვერდი vs ბილეთი vs დაფა

დაკავშირებული კითხვები