Pular para o conteúdo principal
O LogBrew aceita o protocolo do OpenTelemetry (OTLP) via HTTP. Qualquer SDK do OpenTelemetry, o OpenTelemetry Collector ou outro exportador OTLP pode enviar logs, traces e métricas para o LogBrew. Você não precisa de um SDK do LogBrew. O LogBrew armazena os dados OTLP como dados de SDK. Você lê esses dados do mesmo jeito no painel, na CLI e no servidor MCP. Valem as mesmas regras de uso, os mesmos limites do plano e os mesmos limites de requisições.

Endpoints

Envie o corpo da requisição como application/x-protobuf ou application/json. Você pode compactar o corpo com Content-Encoding: gzip. Envie uma chave de ingestão do projeto em 1 destes 2 cabeçalhos:
  • x-logbrew-key: lbw_ingest_...
  • Authorization: Bearer lbw_ingest_...
Use uma chave server para um serviço. Os tipos de chave estão em Tipos de chave de projeto.

Configure um SDK do OpenTelemetry

Os SDKs do OpenTelemetry leem as variáveis de ambiente padrão OTEL_*. Defina o endpoint base. O SDK adiciona /v1/logs, /v1/traces e /v1/metrics.
Guarde a chave no seu gerenciador de segredos. Não coloque a chave no controle de versão.

Configure o OpenTelemetry Collector

Adicione um exportador otlphttp. Defina o endpoint base. O exportador adiciona o caminho do sinal.

Como o LogBrew lê os dados OTLP

O LogBrew leva estes atributos de recurso para o contexto do evento: Os outros atributos de recurso e o escopo de instrumentação ficam nos metadados de cada evento. O LogBrew rejeita somas delta não monotônicas. Um registro de log ou um span mantém o ID de trace e o ID de span, por isso os logs aparecem no trace a que pertencem. O LogBrew substitui credenciais por [redacted] antes de armazenar os dados. Isso vale para valores de atributos cujas chaves indicam uma credencial, como authorization, cookie, password, secret, api_key ou uma chave que termina em token. Também vale para process.command_args, process.command_line, o usuário e a senha em uma URL e os valores dos parâmetros de consulta da URL, como token, code, key e signature. Não envie outros segredos.

Limites

Os limites de requisições e os limites do plano dos dados de SDK também valem. Se uma requisição tiver registros demais, o LogBrew armazena os primeiros registros e rejeita o restante. Envie lotes menores.

Respostas

O LogBrew responde na mesma codificação da requisição. Quando a sua conta atinge o limite do plano, o LogBrew responde 200 e rejeita todos os registros. A mensagem informa o horário de reinício. O exportador não tenta de novo antes do reinício. O LogBrew conta os registros rejeitados no uso da conta. Eles aparecem em sdk_dropped_events com o motivo otlp_rejected_record, ou usage_limit_exceeded no limite do plano. Registros rejeitados não contam no uso. Uma requisição reenviada não armazena os registros de novo. O LogBrew reconhece um registro reenviado pelo conteúdo.

Confira se os dados chegam

Envie 1 log, span ou métrica. Depois, leia o dado de volta com uma chave de leitura. Siga Leia de volta o seu evento de teste. Se nada chegar, leia os logs do exportador. A resposta OTLP informa o motivo de cada requisição ou registro rejeitado.