Standaryzacja logów - nudne rzeczy, które trzeba ustalić
“Moim faworytem była firma z 15 poziomami logów. Piętnaście.” Szymon opisuje chaos w organizacjach: zespoły szukają logów w czterech różnych miejscach, Elastic pożera budżety, a deweloperzy dodają logi “na czuja” bez strategii. A Łukasz doprecyzowuje problem: “Logi mają wredną tendencję - tylko je dodajemy, nigdy nie usuwamy.” Popularne “rozwiązania”? Sampling? “Zawsze będzie złem, bo odsampluje to, czego właśnie potrzebujecie.” Stdout jako standard? “Absolutne zło i ostateczność.” A wewnętrzne dyskusje o nazewnictwie? “Jeżeli macie dyskusję w firmie jak coś nazwać, oznacza to, że pierdolnik będzie kontynuowany.” Jak z tego wyjść? Rozwiązanie zaczyna się od fundamentów: structured logging w JSON, Open Telemetry jako standard (koniec kłótni o “fatal” vs “critical”), Open Telemetry Collector do wzbogacania i filtrowania. Plus dokument definiujący pola, retencja zamiast samplingu, tenanty zamiast jednego indeksu, budżety zamiast bezładnego logowania wszystkiego. Czy twoja organizacja tonie w logach, których nikt nie umie czytać? Sprawdź, zanim ktoś doda szesnasty poziom logowania. ⚠️ A teraz nie ma co się obijać! 👉 Wpadajcie na naszego Discorda: https://discord.gg/78zPcEaP22 ! 🔥Tam możecie się z nami pokłócić o przyspieszanie SQL-a, podyskutować o naiwnych nadziejach na AI albo po prostu podzielić się swoimi IT-owymi przemyśleniami. Słuchasz Patoarchitektów dzięki PROTOPII – firmie, w której Łukasz i Szymon działają na co dzień, wspierając zespoły IT na każdym etapie: od projektowania, przez wdrożenia i migracje, aż po optymalizację i zabezpieczenia. Oferujemy też mentoring i szkolenia dostosowane do potrzeb każdej firmy, niezależnie od wielkości. Sprawdź nas: 👉 protopia.tech - Nasze sociale i linki - Materiały do odcinka - Pato szkolenia
sprawdzania tej wiedzy i testowania tego i dostania od razu feedbacku. To jest też jakieś pytanie, które porządkuje temat, który ja często widzę z grupy rozmawiając właśnie, którzy awansowali do roli architekta. Co ja właściwie w organizacji powinienem robić, jaka jest moja rola, jakich narzędzi w ogóle, czym się posługiwać i jakie cele mam sobie wyznaczać. Tak trochę mentalnie porządkuje co i jak. Dobra, Szymonie. Twoje jest kolejne. Moje jest kolejne, tak. Jest to Observability ze stosem Grafana i to jest taką gwiazdką, bo ten stos Grafana sobie wliczamy w Prometeusza. skrócony, bo wcześniej mieliśmy to dwudniowe i w tym razem, czego tam nie będzie, może do tego zacznijmy.
To właśnie jest problem. Tą rolę mamy dwojaką. My widujemy często właściwie kawkę, bo jak nie wiadomo, co zrobić, to trzeba użyć kawki. Ja bym polecał, może jednak nie do końca, przez tego powodu. Mamy właśnie OpenTelemetry Collector, mamy Grafany Alloy, które umieją uforować, umieją tę rolę spełniać de facto. Kolejny proces to, że mają też mogą batchować, czyli nie wysyłać logów per linie, tylko wysyłamy w tym momencie logi w samych batchach. Zyskujemy oczywiście dużą wydajność i zyskujemy... lepsze utrzymanie, lepszego wykorzystywania i tak dalej. A teraz jeszcze czemu mamy tego Aloja albo OpenTelemetry Collector? Bo możemy w tym momencie wzbogacać te nasze logi. Możemy dodawać labele, pola, które nas interesują i tak dalej, o których czasami ta aplikacja może nie wiedzieć.
Pokazano wszystkie 2 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Kliknij, aby znaleźć fragmenty, w których pada.