- OTLP는 로그, 추적, 측정값을 여러 관측 도구가 같은 방식으로 받을 수 있도록 정한 표준 전송 방식이다. 제품이 고객이 입력한 주소로 데이터를 보내게 하면 특정 업체의 대시보드에 묶이지 않는다.
- 원문은 자체 설치형 소프트웨어에서는 실행 시 환경 변수나 옵션으로 주소를 받게 하고, 클라우드 플랫폼에서는 플랫폼이 고객이 정한 주소로 데이터를 전달하게 하라고 설명한다. 사례로 Keycloak, Kuma, Cloudflare Workers, Heroku를 든다.
- 원문 글쓴이는 주소를 주기적으로 조회하게 하는 방식보다 데이터를 밀어 보내는 방식(푸시)을 새 설계의 기본으로 삼아야 한다고 권한다. 조회 방식은 고객이 반복 조회, 페이지 처리, 재시도 코드를 직접 짜야 하는 부담이 있다는 이유에서다.
Keycloak 로그 내보내기가 미리보기이고 기본값이 꺼져 있다는 대목이 먼저 눈에 들어옵니다. 운영 서비스에 바로 켜기보다 테스트 환경에서 로그가 제대로 들어오는지 보는 편이 안전해 보여요. Heroku처럼 신호별로 골라 보내면 추적만 먼저 붙여 데이터 양을 가늠해 볼 수 있는데, 원문에는 비용 수치가 없어서 그 부분은 직접 따져봐야 할 것 같습니다.