Saltar al contenido principal
LogBrew acepta el protocolo de OpenTelemetry (OTLP) por HTTP. Cualquier SDK de OpenTelemetry, el OpenTelemetry Collector u otro exportador OTLP puede enviar logs, trazas y métricas a LogBrew. No necesitas un SDK de LogBrew. LogBrew guarda los datos OTLP como datos de SDK. Los lees de la misma forma en el panel, la CLI y el servidor MCP. Cuentan para el uso igual que los datos de SDK. Se aplican los mismos límites del plan y límites de solicitudes.

Endpoints

Envía el cuerpo de la solicitud como application/x-protobuf o application/json. Puedes comprimir el cuerpo con Content-Encoding: gzip. Envía una clave de ingesta del proyecto en 1 de estos 2 encabezados:
  • x-logbrew-key: lbw_ingest_...
  • Authorization: Bearer lbw_ingest_...
Usa una clave server para un servicio. Consulta los tipos de clave en Tipos de clave de proyecto.

Configura un SDK de OpenTelemetry

Los SDK de OpenTelemetry leen las variables de entorno estándar OTEL_*. Define el endpoint base. El SDK añade /v1/logs, /v1/traces y /v1/metrics.
Guarda la clave en tu almacén de secretos. No la pongas en el control de versiones.

Configura el OpenTelemetry Collector

Añade un exportador otlphttp. Define el endpoint base. El exportador añade la ruta de la señal.

Cómo lee LogBrew los datos OTLP

LogBrew lleva estos atributos de recurso al contexto del evento: Los demás atributos de recurso y el ámbito de instrumentación quedan en los metadatos de cada evento. LogBrew rechaza las sumas delta no monótonas. Un registro de log o un span conserva su ID de traza y su ID de span, así que los logs aparecen en su traza. LogBrew sustituye las credenciales por [redacted] antes de guardar los datos. Esto se aplica a los valores de atributos cuya clave indica una credencial, como authorization, cookie, password, secret, api_key o una clave que termina en token. También se aplica a process.command_args, process.command_line, al usuario y la contraseña de una URL, y a los valores de consulta de una URL como token, code, key y signature. No envíes otros secretos.

Límites

También se aplican los límites de solicitudes y los límites del plan de los datos de SDK. Si una solicitud tiene demasiados registros, LogBrew guarda los primeros y rechaza el resto. Envía lotes más pequeños.

Respuestas

LogBrew responde con la misma codificación que la solicitud. Cuando tu cuenta alcanza el límite de su plan, LogBrew responde 200 y rechaza todos los registros. El mensaje indica cuándo se reinicia la cuota. El exportador no reintenta antes de ese momento. LogBrew cuenta los registros rechazados en el uso de la cuenta. Aparecen en sdk_dropped_events con el motivo otlp_rejected_record, o con usage_limit_exceeded en el límite del plan. Los registros rechazados no cuentan para el uso. Una solicitud reenviada no vuelve a guardar sus registros. LogBrew reconoce un registro reenviado por su contenido.

Comprueba que llegan los datos

Envía 1 log, span o métrica. Después léelo de vuelta con una clave de lectura. Sigue Lee de vuelta tu evento de prueba. Si no llega nada, lee los logs del exportador. La respuesta OTLP indica el motivo de cada solicitud o registro rechazado.