Logi vs metryki vs trace — kiedy używasz każdego z nich?

Głębiej

Każdy sygnał odpowiada na inne pytanie:

• Metryki: „Czy system jest zdrowy i jaki jest trend?” (SLI, alerty, pojemność).
• Logi: „Co dokładnie się stało?” (błędy, parametry, correlation ID).
• Trace: „Gdzie spędzamy czas w wielu usługach?” (latencja, zależności).

Używaj ich łącznie: metryki wyzwalają, trace zawężają ścieżkę, logi dają detale.

Przykłady

Badanie wolnego żądania:

Alert (p95 latency) -> trace pokazuje wolny DB span -> logi pokazują wolne zapytanie i parametry

Typowe pułapki

• Traktowanie logów jak metryk (drogo i głośno).
• Brak correlation ID, więc logi nie łączą się z trace.
• Brak widoków RED/USE, więc widzisz objawy, ale nie przyczynę.

Pytania uzupełniające na rozmowie

• Na co alertowałbyś w API użytkownika?
• Jak próbkować trace bez utraty krytycznych danych?
• Jak kontrolujesz koszty logowania?