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

Czym jest sampling w tracingu i jakie są trade-offy?

Tagi
#tracing#sampling#cost
Wróć do kategoriiPrzejdź do quizu

Odpowiedź

Sampling zachowuje tylko część trace’ów, aby kontrolować koszt. Zmniejsza storage i narzut, ale może ukrywać rzadkie błędy, więc strategia ma znaczenie.

Odpowiedź zaawansowana

Głębiej

Typowe strategie:

  • Head-based: decyzja na początku (tanie, może gubić błędy).
  • Tail-based: decyzja po zakończeniu (łapie wolne/błędne trace).
  • Rate-limited: utrzymanie N trace/sec dla baseline.

Trade-offy:

  • Koszt vs pokrycie.
  • Debugowalność rzadkich problemów.
  • Spójność między usługami.

Przykłady

Polityka tail-based:

Zachowaj wszystkie trace z error=true lub duration > 2s
Resztę próbkuj 1%

Typowe pułapki

  • Zbyt agresywny sampling i utrata error trace.
  • Różne decyzje samplingu między usługami.
  • Brak samplingu przy burstach, co winduje koszty.

Pytania uzupełniające na rozmowie

  • Kiedy preferujesz tail-based?
  • Jak zapewniasz zachowanie trace z błędami?
  • Jak próbkujesz niskowolumenowe usługi?

Powiązane pytania

Obserwowalność
Jak diagnozujesz regresję latencji w produkcji?
#latency#incident#tracing
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