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śćmedium

Jak diagnozujesz regresję latencji w produkcji?

Tagi
#latency#incident#tracing
Wróć do kategoriiPrzejdź do quizu

Odpowiedź

Zacznij od metryk, by potwierdzić zakres (p95/p99, endpointy, regiony), potem użyj trace do znalezienia wolnych spanów i logów do szczegółów błędów lub zapytań. Porównaj ostatnie deploye i zmiany konfiguracji.

Odpowiedź zaawansowana

Głębiej

Ustrukturyzowany proces oszczędza czas:

  • Potwierdź wpływ: user-facing vs internal, % ruchu.
  • Tnij po wymiarach: endpoint, region, tenant, wersja.
  • Znajdź bottleneck w trace: DB, cache, downstream, kolejka.
  • Skoreluj z deployami, feature flagami lub zmianą ruchu.

Przykłady

Checklist regresji:

1) p95/p99 rośnie? 2) Które trasy? 3) Która wersja? 4) Trace wolnych spanów
5) DB: slow query log / locki / cache hit ratio

Typowe pułapki

  • Patrzenie tylko na średnią latencję.
  • Wina ostatniego deploya bez danych.
  • Ignorowanie statusu zależności.

Pytania uzupełniające na rozmowie

  • Kiedy rollback, a kiedy fix-forward?
  • Jak testować regresje latencji przed prod?
  • Co jeśli trace są niekompletne?

Powiązane pytania

Obserwowalność
Czym jest sampling w tracingu i jakie są trade-offy?
#tracing#sampling#cost
Obserwowalność
Czym jest distributed tracing i jak propagujesz kontekst?
#tracing#context#distributed-systems
Obserwowalność
Logi vs metryki vs trace — kiedy używasz każdego z nich?
#observability#logs
#metrics