엔드포인트
요청 본문은
application/x-protobuf 또는 application/json으로 보내세요. Content-Encoding: gzip으로 본문을 압축할 수 있습니다.
프로젝트 수집 키는 다음 헤더 2개 중 하나에 넣어 보내세요.
x-logbrew-key: lbw_ingest_...Authorization: Bearer lbw_ingest_...
server 키를 사용하세요. 키 종류는 프로젝트 키 종류를 참고하세요.
OpenTelemetry SDK 설정하기
OpenTelemetry SDK는 표준OTEL_* 환경 변수를 읽습니다. 기본 엔드포인트를 설정하세요. /v1/logs, /v1/traces, /v1/metrics는 SDK가 붙입니다.
OpenTelemetry Collector 설정하기
otlphttp 익스포터를 추가하세요. 기본 엔드포인트를 설정하세요. 시그널 경로는 익스포터가 붙입니다.
LogBrew가 OTLP 데이터를 읽는 방식
LogBrew는 다음 리소스 속성을 이벤트 컨텍스트로 읽습니다.
그 밖의 리소스 속성과 계측 범위는 각 이벤트의 메타데이터에 남습니다.
LogBrew는 단조 증가가 아닌 델타 합계를 거부합니다. 로그 레코드와 스팬은 트레이스 ID와 스팬 ID를 유지하므로, 로그가 해당 트레이스에 표시됩니다.
LogBrew는 데이터를 저장하기 전에 자격 증명을
[redacted]로 바꿉니다. 키 이름이 자격 증명을 나타내는 속성 값이 대상입니다. 예를 들어 authorization, cookie, password, secret, api_key, 또는 token으로 끝나는 키입니다. process.command_args, process.command_line, URL의 사용자와 비밀번호, token, code, key, signature 같은 URL 쿼리 값도 대상입니다. 그 밖의 시크릿은 보내지 마세요.
한도
SDK 데이터의 속도 제한과 요금제 한도도 적용됩니다. 요청에 레코드가 너무 많으면 LogBrew는 앞쪽 레코드를 저장하고 나머지를 거부합니다. 더 작은 배치로 나눠 보내세요.
응답
LogBrew는 요청과 같은 인코딩으로 응답합니다.
계정이 요금제 한도에 도달하면 LogBrew는 모든 레코드를 거부하고
200으로 응답합니다. 메시지에 초기화 시각이 있습니다. 익스포터는 초기화 전에는 다시 시도하지 않습니다.
LogBrew는 거부된 레코드를 계정 사용량에 집계합니다. 거부된 레코드는 sdk_dropped_events에 사유 otlp_rejected_record로 표시되고, 요금제 한도에 도달했을 때는 usage_limit_exceeded로 표시됩니다. 거부된 레코드는 사용량에 포함되지 않습니다.
다시 보낸 요청의 레코드는 다시 저장되지 않습니다. LogBrew는 다시 보낸 레코드를 내용으로 알아봅니다.
