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_...
server. Rodzaje kluczy opisuje sekcja
Rodzaje kluczy projektu.
Skonfiguruj SDK OpenTelemetry
SDK OpenTelemetry odczytują standardowe zmienne środowiskoweOTEL_*. Ustaw
bazowy endpoint. SDK samo dodaje /v1/logs, /v1/traces i /v1/metrics.
Skonfiguruj OpenTelemetry Collector
Dodaj eksporterotlphttp. 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.
