Vai al contenuto principale
LogBrew accetta il protocollo OpenTelemetry (OTLP) su HTTP. Qualsiasi SDK OpenTelemetry, l’OpenTelemetry Collector o un altro exporter OTLP può inviare log, tracce e metriche a LogBrew. Non ti serve un SDK LogBrew. LogBrew salva i dati OTLP come dati dell’SDK. Li leggi allo stesso modo nella dashboard, nella CLI e nel server MCP. Contano nell’utilizzo allo stesso modo. Valgono gli stessi limiti del piano e gli stessi limiti di frequenza.

Endpoint

Invia il corpo della richiesta come application/x-protobuf o application/json. Puoi comprimere il corpo con Content-Encoding: gzip. Invia una chiave di ingestione del progetto in 1 di questi 2 header:
  • x-logbrew-key: lbw_ingest_...
  • Authorization: Bearer lbw_ingest_...
Usa una chiave server per un servizio. I tipi di chiave sono descritti in Tipi di chiave di progetto.

Configura un SDK OpenTelemetry

Gli SDK OpenTelemetry leggono le variabili d’ambiente standard OTEL_*. Imposta l’endpoint di base. L’SDK aggiunge /v1/logs, /v1/traces e /v1/metrics.
Conserva la chiave nel tuo gestore dei segreti. Non metterla nel controllo di versione.

Configura l’OpenTelemetry Collector

Aggiungi un exporter otlphttp. Imposta l’endpoint di base. L’exporter aggiunge il percorso del segnale.

Come LogBrew legge i dati OTLP

LogBrew porta questi attributi di risorsa nel contesto dell’evento: Gli altri attributi di risorsa e l’ambito di strumentazione restano nei metadati di ogni evento. LogBrew rifiuta le somme delta non monotone. Un record di log o uno span mantiene il suo ID traccia e il suo ID span, quindi i log compaiono nella loro traccia. LogBrew sostituisce le credenziali con [redacted] prima di salvare i dati. Questo vale per i valori degli attributi la cui chiave indica una credenziale, come authorization, cookie, password, secret, api_key o una chiave che termina con token. Vale anche per process.command_args, process.command_line, l’utente e la password in un URL e i valori di query di un URL come token, code, key e signature. Non inviare altri segreti.

Limiti

Valgono anche i limiti di frequenza e i limiti del piano dei dati dell’SDK. Se una richiesta ha troppi record, LogBrew salva i primi e rifiuta gli altri. Invia batch più piccoli.

Risposte

LogBrew risponde con la stessa codifica della richiesta. Quando il tuo account raggiunge il limite del piano, LogBrew risponde 200 e rifiuta tutti i record. Il messaggio indica quando la quota si azzera. L’exporter non riprova prima dell’azzeramento. LogBrew conta i record rifiutati nell’utilizzo dell’account. Compaiono in sdk_dropped_events con il motivo otlp_rejected_record, oppure usage_limit_exceeded al limite del piano. I record rifiutati non contano nell’utilizzo. Una richiesta reinviata non salva una seconda volta i suoi record. LogBrew riconosce un record reinviato dal suo contenuto.

Verifica che i dati arrivino

Invia 1 log, span o metrica. Poi rileggilo con una chiave di lettura. Segui Rileggi il tuo evento di test. Se non arriva niente, leggi i log dell’exporter. La risposta OTLP indica il motivo di ogni richiesta o record rifiutato.