RED지표 및 서비스 관계 수집을 위한 OTel Connector

About this offer

RED 지표(요청·오류·지연시간) 및 서비스 간 호출 관계와 의존성을 보여주는 서비스 맵을 만들기 위한 데이터가 필요했고. . . → 이를 수집하기 위해 추가 적용하였던 OTel 컴포넌트들에 대해 다룬다. OTel Connector https://opentelemetry.io/docs/collector/components/connector/ OTel Collector 안에서 한 신호를 다른 신호로 바꿔 이어주는 컴포넌트 예를 들면... 입력: Trace 신호 (span들) 출력: Metric 신호 (calls 카운터, duration 히스토그램) 용도: Trace → RED Metric 생성 현재 환경에서는 span_metrics 와 service_graph 두 개 를 사용할 예정이며, 둘 다 Trace의 span을 읽어서 애플리케이션 Metric을 만든다. 사용한 Connector 모두 OTel Gateway 에서 동작한다. → Why? 전체 span을 한곳에 모아서 집계하여 RED 지표 같은 Metric을 생성하기 때문임. span_metrics https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/connector/spanmetricsconnector/README.md RED 지표: 요청 수·오류·지연시간 계산 service_graph https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/connector/servicegraphconnector/README.md Service Graph Metric: 서비스 A → B 호출 관계 계산 1. span_metrics 역할: Span ↓ 요청 수 오류 수 지연시간 histogram 예: apm-test-api 요청 100건 오류 3건 p95 420ms 를 만들기 위한 Metric을 생성함. 저장 위치: counter → otel_metrics_sum duration → otel_metrics_histogram 쉽게 애플리케이션의 RED 지표 시각화 용도인 데이터 생성기 라고 보면 됨. 2. service_graph 역할: apm-test-api CLIENT span + apm-test-downstream SERVER span ↓ apm-test-api → apm-test-downstream 처럼 서비스 간 관계를 찾음. AND.. 호출 수 실패 수 client/server latency unpaired span 같은 Metric을 생성함. 저장 위치: counter → otel_metrics_sum latency → otel_metrics_histogram 서비스맵을 만들기 위한 데이터 생성기 라고 보면 됨. 설정 위치 위에서 언급한 것처럼 둘 다 Runtime Agent가 아니라 otel-gateway Collector 설정에 추가함. Java Runtime Agent ↓ OTLP Trace ↓ otel-gateway ↓ 전체 Span ├─ span_metrics ├─ service_graph └─ tail_sampling 둘 다 Tail Sampling 전의 100% Span을 봐야함. 대략적인 정리 Java Runtime Agent → Span을 만든다 OTel Gateway Collector → Span을 받아 처리한다 span_metrics → Span → RED Metric service_graph → Span → Service Graph Metric tail_sampling → 어떤 Trace 원본을 저장할지 결정 Agent는 Span 생성, Connector는 Span 분석해서 Metric 생성, Tail Sampling은 Trace 저장 여부 결정.

Offer details

Provider

velog

Source

velog-rss

Score

54.39

Confidence

49%