Zestawy rozmówBlog

Twoja wymarzona praca? Lets Git IT.
Interaktywna platforma przygotowująca do rozmów technicznych dla nowoczesnych programistów.

XGitHub

Platforma

  • Kategorie

Zasoby

  • Blog
  • O aplikacji
  • FAQ
  • Sugestie

Prawne

  • Polityka prywatności
  • Regulamin

© 2026 LetsGit.IT. Wszelkie prawa zastrzeżone.

LetsGit.IT/Kategorie/Obserwowalność
Obserwowalnośćeasy

Jakie dashboardy są niezbędne dla krytycznego API?

Tagi
#dashboards#red#slo
Wróć do kategoriiPrzejdź do quizu

Odpowiedź

Minimum to RED (rate, errors, duration), saturation (CPU/pamięć), zdrowie zależności i burn-rate SLO. Dodaj przekroje po trasach, regionach i wersjach.

Odpowiedź zaawansowana

Głębiej

Dashboardy mają odpowiadać „czy jest zdrowo” i „gdzie jest problem”:

  • RED: rate, error rate, duration (p50/p95/p99).
  • Saturation: CPU, pamięć, pule wątków, kolejki.
  • Zależności: latencja DB, cache hit ratio, status downstream.
  • SLO: burn-rate w oknach 1h/6h.

Przykłady

Dobry top row:

RPS | Error % | p95/p99 latency | SLO burn-rate

Typowe pułapki

  • Za dużo wykresów bez narracji.
  • Brak przekrojów po wersji lub regionie.
  • Brak linków do trace/logów.

Pytania uzupełniające na rozmowie

  • Jak dobrać okna czasowe dla p95/p99?

Powiązane pytania

Obserwowalność
Wyjaśnij metody RED i USE oraz kiedy ich używać.
#red#use#metrics
Obserwowalność
Jak projektujesz alerty, żeby były akcjonowalne i miały mało szumu?
#alerting#slo#oncall
Obserwowalność
Czym jest SLI i jak go definiujesz?
#sli
  • Co pokazujesz executive, a co on-call?
  • Jak zapobiegasz „starym” dashboardom?
  • #slo
    #reliability