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

Wyjaśnij metody RED i USE oraz kiedy ich używać.

Tagi
#red#use#metrics
Wróć do kategoriiPrzejdź do quizu

Odpowiedź

RED (Rate, Errors, Duration) jest najlepsze dla usług requestowych. USE (Utilization, Saturation, Errors) pasuje do zasobów jak CPU, dysk czy kolejki. Razem pokazują zdrowie usługi i bottlenecki zasobów.

Odpowiedź zaawansowana

Głębiej

Dobierz framework do tego, co obserwujesz:

  • RED: API, serwisy web, RPC.
  • USE: zasoby infrastruktury, kolejki, cache.
  • Łącz z SLO, by mierzyć wpływ na użytkownika.

Przykłady

RED dla HTTP:

Rate = requests/sec
Errors = % non-2xx
Duration = p95/p99 latency

USE dla CPU:

Utilization = % CPU
Saturation = długość kolejki
Errors = throttling lub faults

Typowe pułapki

  • Stosowanie RED do zasobów nie-requestowych.
  • Ignorowanie saturation, które zapowiada awarię.
  • Skupianie się na średnich zamiast tail latency.

Pytania uzupełniające na rozmowie

  • Jak zastosować USE do bazy danych?
  • Jaki jest najszybszy sygnał outage dla użytkownika?
  • Jak RED/USE mapują się na

Powiązane pytania

Obserwowalność
Jakie dashboardy są niezbędne dla krytycznego API?
#dashboards#red#slo
Obserwowalność
Jak radzisz sobie z wysoką kardynalnością etykiet w metrykach?
#metrics#cardinality#labels
Obserwowalność
Logi vs metryki vs trace — kiedy używasz każdego z nich?
#observability
SLO
?
#logs
#metrics
Testowanie
Co mówi code coverage, a czego nie mówi?
#coverage#quality#metrics