Każdy sygnał. Jedna jasna historia.
LogBrew łączy logi, ślady, problemy i wydania, więc każda awaria staje się zrozumiała.
Logi
Wyszukaj komunikat, a gdy log wyjaśnia awarię, otwórz ślad.
POST /webhooks/payments
{ "title": "POST /webhooks/payments", "project": "Checkout API", "duration": "12 ms", "spans": 3, "trace_id": "webhook-8e91", "issue_id": "PAY-1043", "request_id": "req-webhook-8e91", "release": "checkout-api@1.24.0", "environment": "production", "http": { "method": "POST", "route": "/webhooks/payments", "status_code": 400 }, "operations": [ { "span_id": "webhook", "parent_span_id": null, "name": "POST /webhooks/payments", "start_offset_ms": 0, "duration_ms": 12, "status": "error" }, { "span_id": "secret", "parent_span_id": "webhook", "name": "signing_key.load", "start_offset_ms": 0, "duration_ms": 3, "status": "ok" }, { "span_id": "verify", "parent_span_id": "webhook", "name": "signature.verify", "start_offset_ms": 3, "duration_ms": 9, "status": "error", "attributes": { "key_version": "v7", "signature_match": false, "payload_logged": false } } ], "logs": [ { "offset_ms": 0, "severity": "info", "message": "Payment webhook received; provider event evt-9032" }, { "offset_ms": 3, "severity": "info", "message": "Loaded signing key version v7 from runtime configuration" }, { "offset_ms": 12, "severity": "error", "message": "Signature verification failed; returned 400 without updating order state" } ] }
Wykorzystaj zebrane dowody.
Znajdź powtarzające się problemy
Przejrzyj zgrupowane problemy i ich ostatnie wystąpienie, zanim wybierzesz, co zbadać.
Przeczytaj przewodnik po problemachProblemy
Wyszukuj awarie i otwieraj kontekst śladu.
| Błąd | Checkout API | 3 | ||
| Krytyczne | Checkout API | 18 | ||
| Ostrzeżenia | Checkout API | 6 | ||
| Info | Checkout API | 12 |
Zobacz, co działo się wcześniej
Śledź zarejestrowane logi i breadcrumbs wokół awarii. Miej kontekst żądania cały czas na widoku.
Przeczytaj przewodnik po analizieŚlady
Otwórz żądanie, aby zobaczyć jego ścieżkę i powiązane sygnały.
| Checkout API | Błąd | 12 ms | 3 | |
| Checkout API | Prawidłowy | 46 ms | 3 | |
| Checkout API | Prawidłowy | 8 ms | 2 | |
| Checkout API | Błąd | 2,548 ms | 4 |
Analizuj razem z agentem
Przenieś zarejestrowany kontekst do swojej pracy z kodem. Przejrzyj dowody, zanim zdecydujesz, co zmienić.
Przeczytaj przewodnik dla agentówPOST /webhooks/payments
{ "title": "POST /webhooks/payments", "project": "Checkout API", "duration": "12 ms", "spans": 3, "trace_id": "webhook-8e91", "issue_id": "PAY-1043", "request_id": "req-webhook-8e91", "release": "checkout-api@1.24.0", "environment": "production", "http": { "method": "POST", "route": "/webhooks/payments", "status_code": 400 }, "operations": [ { "span_id": "webhook", "parent_span_id": null, "name": "POST /webhooks/payments", "start_offset_ms": 0, "duration_ms": 12, "status": "error" }, { "span_id": "secret", "parent_span_id": "webhook", "name": "signing_key.load", "start_offset_ms": 0, "duration_ms": 3, "status": "ok" }, { "span_id": "verify", "parent_span_id": "webhook", "name": "signature.verify", "start_offset_ms": 3, "duration_ms": 9, "status": "error", "attributes": { "key_version": "v7", "signature_match": false, "payload_logged": false } } ], "logs": [ { "offset_ms": 0, "severity": "info", "message": "Payment webhook received; provider event evt-9032" }, { "offset_ms": 3, "severity": "info", "message": "Loaded signing key version v7 from runtime configuration" }, { "offset_ms": 12, "severity": "error", "message": "Signature verification failed; returned 400 without updating order state" } ] }
Połącz swoją aplikację
Wybierz integrację dla swojej aplikacji i wykonaj kroki z jej przewodnika konfiguracji, aby wysłać pierwszy sygnał.
Przeczytaj przewodnik konfiguracji
Daj każdemu sygnałowi drogę do odpowiedzi.
Otwórz LogBrew i zamień następne pytanie z produkcji w konkretną analizę.
Odpowiedzi na najczęstsze pytania o LogBrew
Dowiedz się, jak połączyć aplikację, badać błędy i pracować z agentem AI.
LogBrew pomaga badać awarie aplikacji dzięki zgrupowanym problemom, logom i śladom. Otwórz problem, aby zobaczyć jego zarejestrowany kontekst, albo przeszukaj logi, aby znaleźć konkretne zdarzenie. Dostępne szczegóły zależą od integracji i od tego, co wysyła twoja aplikacja.
Logi zapisują pojedyncze zdarzenia, także zwykłą aktywność. Śledzenie błędów grupuje powiązane awarie w problemy, więc widzisz powtarzające się wystąpienia i czas ostatniego z nich. Wybierz problem, a potem przejrzyj powiązane logi, aby poznać kontekst.
Zacznij od zarejestrowanego wystąpienia i sprawdź jego środowisko, wydanie, komunikat i stack trace. Jeśli są dostępne, przejrzyj powiązane logi i dowody ze śladu. Te dane mogą zawęzić analizę, nawet gdy nie da się odtworzyć błędu lokalnie, ale nie gwarantują znalezienia przyczyny źródłowej.
Jeśli integracja rejestruje breadcrumbs lub powiązane logi, szczegóły problemu mogą pokazać zdarzenia wokół awarii. Powiązany ślad może dodać czas trwania operacji. LogBrew nie odtworzy aktywności, której aplikacja nie zarejestrowała.
Log zapisuje jedno zdarzenie. Stack trace pokazuje wywołania funkcji związane z błędem. Ślad rozproszony śledzi powiązane operacje w żądaniu lub zadaniu, także między usługami. Każdy z nich odpowiada podczas debugowania na inne pytanie.
W sekcji Problemy przejrzyj zgrupowane awarie, liczbę ich wystąpień i ostatnie wystąpienie. Zawęź wyniki według projektu i zakresu czasu, a potem zbadaj pojedyncze wystąpienie. Powtórzenia pomagają dostrzec wzorzec, ale same nie mierzą wpływu na użytkowników.
Powiązane zdarzenia można połączyć, gdy integracje rejestrują i przekazują pasujący kontekst śladu. Wspólny znacznik czasu lub podobny komunikat nie wystarczy, aby udowodnić, że dwa zdarzenia należą do tego samego żądania. Skonfiguruj śledzenie zgodnie z instrukcją każdej integracji.
Błąd może zostać zarejestrowany bez aktywnego kontekstu śladu. Ślad może też być niedostępny w chwili, gdy go sprawdzasz. Sprawdź status dowodów w szczegółach problemu i konfigurację śledzenia w integracji. Nowsze SDK nie doda kontekstu śladu do starych wystąpień.
Tak. Użyj dostępnego kontekstu analizy, CLI lub narzędzi MCP, aby przekazać agentowi dowody w ograniczonym zakresie. Przewodnik dla agentów opisuje cały proces. Sprawdzaj, jakie dane udostępniasz, nie umieszczaj poświadczeń w promptach i przeglądaj proponowane zmiany przed ich zastosowaniem.
Możesz analizować bezpośrednio na pulpicie. Narzędzia dla agentów są opcjonalne. Oba sposoby powinny korzystać z zarejestrowanych dowodów i pokazywać brakujący lub ograniczony kontekst. LogBrew nie gwarantuje automatycznej poprawki.
Utwórz projekt, wybierz integrację dla swojego języka lub frameworka i wykonaj kroki z jej przewodnika konfiguracji. Wyślij bezpieczne zdarzenie testowe i sprawdź, czy pojawiło się we właściwym projekcie. Obsługiwane sygnały i konfiguracja różnią się między integracjami.
Najpierw sprawdź wybrany projekt, zakres dat i inne filtry. Potem sprawdź konfigurację projektu i sygnał, który wysyła integracja. Logi, problemy i ślady to osobne strumienie, więc pusta strona Logi nie oznacza, że nie odebrano żadnych problemów.
Możesz porządkować telemetrię w projekty i w obsługiwanych widokach wybierać jeden, kilka lub wszystkie dostępne dla ciebie projekty. Usługa wskazuje komponent, który wysyła dane w ramach projektu. Rozróżniaj te zakresy, gdy porównujesz aktywność frontendu, backendu i workerów.
Zbieranie i wysyłanie telemetrii zużywa zasoby. Wpływ zależy od SDK, konfiguracji i liczby zdarzeń. Przetestuj integrację przy reprezentatywnym obciążeniu i korzystaj z ustawień opisanych w dokumentacji danego SDK. Nie zakładaj zerowego narzutu.
Nie umieszczaj sekretów ani niepotrzebnych danych osobowych w komunikatach, atrybutach ani kontekście błędów. Przejrzyj opcje rejestrowania i ukrywania danych w swoim SDK, a potem sprawdź bezpieczne zdarzenie testowe, zanim włączysz integrację na produkcji. Nie zakładaj, że każde pole zostanie usunięte automatycznie.
Na stronie Cennik znajdziesz aktualne plany i limity w planie. Po zalogowaniu sprawdź strony konta i wykorzystania, aby zobaczyć informacje dla swojego konta. Opieraj się na aktualnych szczegółach planu i nie zakładaj nieograniczonego zbierania danych.