Grupowanie błędów i licznik wystąpień

Jeden problem w aplikacji może wygenerować setki albo tysiące identycznych wyjątków. Gdy każde wystąpienie jest prezentowane osobno, trudno odróżnić pojedynczy incydent od problemu, który dotyczy dużej części ruchu.

Dlatego zgłoszenia są grupowane według ich odcisku (fingerprintu). Powtarzające się wystąpienia tego samego problemu trafiają do jednego zgłoszenia, a licznik pokazuje jego skalę.

Co decyduje o grupowaniu?

Fingerprint powstaje na podstawie informacji pozwalających rozpoznać konkretny typ problemu, między innymi projektu, typu wyjątku i komunikatu błędu.

To ważne, ponieważ identyczny komunikat występujący w dwóch różnych aplikacjach nadal oznacza dwa niezależne problemy.

Dlaczego grupowanie jest ważne?

Wyobraź sobie błąd, który wystąpił 3500 razy w ciągu godziny. Nie potrzebujesz 3500 identycznych pozycji na liście. Potrzebujesz wiedzieć, jaki problem wystąpił, kiedy się pojawił i jak często występuje.

Grupowanie pozwala właśnie na takie podejście. Jeden wpis reprezentuje problem, a licznik pokazuje jego skalę.

Historia wystąpień

Szczegóły zgłoszenia pozwalają przeanalizować historię problemu i zobaczyć, jak zmieniała się liczba jego wystąpień w czasie.

Dzięki temu łatwiej powiązać wzrost liczby błędów z wdrożeniem, zmianą konfiguracji albo konkretnym wydarzeniem w aplikacji.

Powtarzające się błędy a powiadomienia

Powtarzający się błąd nie powinien powodować osobnego maila przy każdym wystąpieniu. Powiadomienia mają zwracać uwagę na nowe lub istotne problemy, a nie zasypywać skrzynkę kolejnymi kopiami tego samego zdarzenia.

To szczególnie ważne podczas awarii, kiedy pojedynczy problem może wygenerować bardzo dużą liczbę wyjątków w krótkim czasie.