Przejdź do głównej treści
LogBrew przyjmuje protokół OpenTelemetry (OTLP) przez HTTP. Logi, ślady i metryki może wysyłać do LogBrew każde SDK OpenTelemetry, OpenTelemetry Collector lub inny eksporter OTLP. SDK LogBrew nie jest potrzebne. LogBrew przechowuje dane OTLP tak samo jak dane z SDK. Odczytujesz je w ten sam sposób w pulpicie, w CLI i przez serwer MCP. Obowiązują te same zasady wykorzystania, limity planu i limity żądań.

Endpointy

Wyślij treść żądania jako application/x-protobuf lub application/json. Możesz skompresować treść za pomocą Content-Encoding: gzip. Wyślij klucz wysyłania projektu w 1 z tych 2 nagłówków:
  • x-logbrew-key: lbw_ingest_...
  • Authorization: Bearer lbw_ingest_...
Dla usługi użyj klucza server. Rodzaje kluczy opisuje sekcja Rodzaje kluczy projektu.

Skonfiguruj SDK OpenTelemetry

SDK OpenTelemetry odczytują standardowe zmienne środowiskowe OTEL_*. Ustaw bazowy endpoint. SDK samo dodaje /v1/logs, /v1/traces i /v1/metrics.
Przechowuj klucz w menedżerze sekretów. Nie umieszczaj go w systemie kontroli wersji.

Skonfiguruj OpenTelemetry Collector

Dodaj eksporter otlphttp. Ustaw bazowy endpoint. Eksporter sam dodaje ścieżkę sygnału.

Jak LogBrew odczytuje dane OTLP

LogBrew wczytuje te atrybuty zasobu do kontekstu zdarzenia: Pozostałe atrybuty zasobu i zakres instrumentacji (instrumentation scope) zostają w metadanych każdego zdarzenia. LogBrew odrzuca niemonotoniczne sumy delta. Rekord logu lub span zachowuje swoje ID śladu i ID spanu, więc logi widać w ich śladach. LogBrew zastępuje poświadczenia wartością [redacted], zanim zapisze dane. Dotyczy to wartości atrybutów, których klucze wskazują na poświadczenie, takich jak authorization, cookie, password, secret, api_key lub klucz kończący się na token. Dotyczy to też process.command_args, process.command_line, nazwy użytkownika i hasła w adresie URL oraz wartości parametrów zapytania w URL, takich jak token, code, key i signature. Nie wysyłaj innych sekretów.

Limity

Obowiązują też limity żądań i limity planu dla danych z SDK. Jeśli żądanie ma zbyt wiele rekordów, LogBrew zapisuje pierwsze rekordy i odrzuca resztę. Wysyłaj mniejsze paczki.

Odpowiedzi

LogBrew odpowiada w tym samym kodowaniu co żądanie. Gdy konto osiągnie limit planu, LogBrew odpowiada 200 i odrzuca wszystkie rekordy. Komunikat podaje czas resetu. Eksporter nie ponawia wysyłki przed resetem. LogBrew zlicza odrzucone rekordy w wykorzystaniu konta. Widać je w sdk_dropped_events z powodem otlp_rejected_record lub, po osiągnięciu limitu planu, usage_limit_exceeded. Odrzucone rekordy nie wliczają się do wykorzystania. Ponownie wysłane żądanie nie zapisuje rekordów drugi raz. LogBrew rozpoznaje ponownie wysłany rekord po jego zawartości.

Sprawdź, czy dane docierają

Wyślij 1 log, span lub metrykę. Następnie odczytaj je kluczem odczytu. Wykonaj kroki z sekcji Odczytaj zdarzenie testowe. Jeśli nic nie dociera, przeczytaj logi eksportera. Odpowiedź OTLP podaje powód odrzucenia każdego żądania lub rekordu.