Po co i czym monitorować frontend? Airbrake, Sentry, ELK RUM - używać czy nie?

Jeśli nie chcesz wiedzieć, ile błędów ma Twoja aplikacja frontendowa i jak Twoi użytkownicy korzystają z Twojej aplikacji, to nie wchodź dalej w temat monitoringu na frontendzie. Dzisiaj porozmawiamy właśnie o naszych subiektywnych wrażeniach z użytkowania różnych narzędzi do monitorowania frontendu. Ja nazywam się Jakub Pawlak. Ja jestem Aleksander Lubych. I zapraszamy na Subiektywny Frontend. Po co w ogóle monitorować cokolwiek na frontendzie? Może nie ma takiej potrzeby? Dziękujemy za uwagę, to był Subiektywny Frontend. A tak na serio, monitoring na frontendzie w zasadzie mamy w kilku różnych wariantach i w kilku różnych kolorach.

Jedna rzecz, która na pewno jest dla, no powiedzmy, powinna być mniej więcej dla wszystkich znajoma, to coś takiego jak Google Analytics czy Pixel. Ale nie o tym będziemy dzisiaj mówić. Więc po co w takim razie monitorować frontend? Oczywiście piszemy kod i ten kod nie ma żadnych błędów i później robimy deploy na produkcję. No i co się dalej dzieje? Dalej wchodzi na naszą stronę, na nasz frontend jakiś użytkownik i na przykład zamawia nie to co chciał. Albo w ogóle nie może nic zamówić. I nasz biznes do nas przychodzi bardzo smutny, że jakoś mu tak ostatnio sprzedaż spadła. O co chodzi? I zapewne jak zapytamy ludzi na backendzie, to oni wszystko wiedzą. Tam chyba bez monitoringu życia nie ma, ale tam nic nie ma, po prostu nagle przestały przychodzić requesty.

No to trzeba zdewagować, tylko że w sumie nie wiemy co. Więc monitoring odpowiada nam na to pytanie, ponieważ zbiera nam po prostu logi produkcyjne lub testowe ze środowiska naszego użytkownika. Czyli nasza przeglądarka wysyła po prostu logi błędów albo zachowań. No i właśnie tutaj pojawiają się narzędzia, które są myślę, że w dobrej aplikacji niezbędne. Takie narzędzia jak Sentry, Elk RUM czy Airbrake. I dzisiaj chcielibyśmy właśnie opowiedzieć o naszych doświadczeniach z tymi narzędziami. Nie będziemy przechodzić przez taki przegląd co jest dostępne na rynku, bo w zasadzie jak piszecie w Google to wyskoczy wam mnóstwo informacji i całe listy narzędzi. Więc skupimy się na tym co po prostu znamy.

Zacznijmy od cen. Co to jest i na co to komu? Wprowadzając to narzędzie masz możliwość od razu rejestrować Błędy w naszej aplikacji, czyli zazwyczaj to są błędy NGS-owe. Bez konieczności konfigurowania czegokolwiek mamy defaultowe dashboardy, które są dostępne dla nas i to jest fajne w Sentry, że niewiele rzeczy trzeba konfigurować. Możemy jechać na tym, co tak naprawdę jest od razu dostępne. Sentry chyba pozycjonuje się na jako takie bardzo łatwe do setupu, nie? Czyli tam chyba jest bardzo prosty setup, ale przede wszystkim samo narzędzie jest skrojone już pod po prostu monitoring. Tak, tak. Jest to narzędzie, które Ma dwa główne zadania, czyli rozwiązuje dwa główne zadania, czyli monitoring błędów i monitoring performance, czyli wydajności aplikacji.

Pojawiły między kolejnymi wydaniami oznaczać pewne błędy jako rozwiązane, więc jest takie rozwiązanie mocno skierowane po prostu na monitoring błędów i prostotę. Ostatnim narzędziem, o którym chcielibyśmy porozmawiać, to ELK. Ktoś w waszej firmie może wpaść na świetny pomysł, że skoro mamy na przykład kibany i elastik stacka już wdrożonego na backendzie, to użyjmy też tego na frontendzie. I to jest właśnie ELK RUM, czyli Real Time User Monitoring. To jest rozszerzenie do Elastica, które pozwala nam zbierać logi z frontendu. Oczywiście oprócz tego, że zbieramy logi z innych serwisów. Ja bym powiedział, że to jest takie rozwiązanie najbardziej...

Czyli oprócz tego, że mamy out of the box monitorowanie błędów, to możemy tam też dodawać nasze customowe rzeczy, które dotyczą, nie wiem, performance'u. Mamy też monitoring właśnie takiego performance'u Webcore Vitals out of the box, ale ogółem praca z tymi błędami jest bardzo trudna. Ja bym powiedział, że jakbyśmy wzięli te trzy narzędzia, to mamy Airbrake, OK, monitorujemy tylko błędy, ale próg wejścia jest niski, to łatwo setupować, później mamy Sentry, który daje troszkę więcej, może troszkę więcej trzeba tam pogrzebać, a dalej mamy... Elka. Ja bym tego nie pokazał tutaj, tylko gdzieś tak o, o, o, o, o. To prawda, to było bardziej zgodne z rzeczywistością. Więc Elk RUM jest bardzo wszechstronny i jeśli mamy kogoś, kto może nam pomóc, na przykład z Kibaną, bo Kibana to jest po prostu taki wizualna nakładka, to jest UI do Elastica.

Więc tutaj trochę uczulam na to, że jeśli już zastanawiamy się nad monitoringiem, to też tak jak oczywiście czytamy licencje na oprogramowanie wszyscy i na biblioteki, których używamy, Zawsze. Zawsze. Ja też zawsze przeglądam i czytam pełen tekst. Jak naprawdę to nie. Tak też warto zerknąć na to, co się z tymi danymi dzieje. Czyli nie wpinajmy sobie radośnie od razu pierwszego lepszego narzędzia, które znajdziemy, bo obiecuję, bardzo dużo. Tylko zastanówmy się, czy na pewno dane naszych użytkowników są bezpieczne. Jeżeli chodzi o przyszłość, to z mojej strony spodziewam się, że będziemy mieć dużo narzędzi opartych o AI. Nie zaskoczę Cię tym.

Ja mam w ogóle propozycję. Zmieńmy nazwę Szklana Kula na... Czy AI się tam zmieści? To ja mam właśnie wrażenie, że AI teraz trochę tak działa, że masz w zasadzie... Czy AI tam się zmieści? Will it fit? Tak. I teraz spychamy to AI wszędzie. Oczywiście zgadzamy się, że pewnie będziemy mieli wysyp narzędzi, które będą nam pomagały po prostu w trackowaniu, analizowaniu tych błędów, bo nie powiedzieliśmy o jednej rzeczy, że zapinając monitoring na frontendzie praktycznie na 100% możemy się spodziewać błędów, których nigdy w życiu nie rozwiążemy. I one będą tam po wsze czasy, po prostu będziemy na nie patrzeć, będziemy widzieć jakich liczby rosną.

Albo my, albo ktoś z biznesu uzna, że not gonna happen. Nie mamy środków budżetu, żeby to po prostu sprawdzać, weryfikować, więc takie narzędzia AI mogą nam pomóc. Faktycznie, w odfiltrowaniu pewnych rzeczy, które nie są szczególnie istotne. To dlatego tak, myślę, że taka pomoc w odfiltrowaniu tych błędów, które są istotne od tych nieistotnych, pewnie wrzucimy to na AI. Polecajki. Polecajki. W mojej dzisiejszej polecajce temat trochę tak od monitoringu, przez trackowanie, przez mierzenie, aż po budowę. Po raz kolejny niekonwencjonalna i totalnie nie frontendowa polecajka, a mianowicie ostatnio byłem pod ogromnym wrażeniem jak dobrze działa aplikacja Miarka w iOS.

No i dobre. Podsumowując, monitoring aplikacji frontendowych jest istotny, jeśli chcemy zapewnić dobrą jakość, ale też na przykład chcemy poznać naszych użytkowników tak trochę bliżej, dosłownie patrząc na to, co robią, ale nie mówiąc im o tym. Znaczy mówiąc, mówiąc, oczywiście mówiąc, uprzedzając, że używamy cookie. Pamiętajcie o tym, że to też jest, jesteśmy zobligowani do tego, ale monitoring na frontendzie może nas czasami zadziwić. Ile tych błędów tam mamy? Jeżeli macie jakiekolwiek pytania, piszcie do nas na subiektywnyfrontendmaupa.gmail.com No i jak zawsze zachęcamy do komentowania, lajkowania i subskrypcji. No właśnie, bo może powiedzcie, jakie wy macie doświadczenia z monitoringiem na frontendzie?