관측 가능성(Observability)과 OpenTelemetry 시각화

관측 가능성의 3가지 핵심 요소

현대의 분산 시스템에서 문제를 파악하고 해결하기 위한 필수 요소들

📊

시스템의 성능과 상태를 숫자로 측정한 데이터

• CPU 사용률: 75%

• 메모리 사용량: 4.2GB/8GB

• 요청 처리 시간: 250ms

• 초당 처리량: 1,000 req/s

📝

시스템에서 발생한 이벤트의 시간 기반 기록

• 에러 로그: "Database connection failed"

• 접속 로그: "User 123 logged in"

• 디버그 로그: "Payment processing started"

• 경고 로그: "Memory usage above 80%"

🔍

분산 시스템에서 요청의 전체 경로를 추적

• API Gateway → 25ms

• 인증 서비스 → 10ms

• 데이터베이스 조회 → 150ms

• 캐시 확인 → 5ms

관측 가능성을 위한 표준화된 오픈소스 프레임워크

코드에 계측 추가

→

데이터 수집 및 처리

→

데이터 수신, 처리, 내보내기

→

Jaeger, Prometheus, etc.

특정 벤더에 종속되지 않고 다양한 백엔드와 호환

업계 표준으로 일관된 방식의 텔레메트리 데이터 수집

다양한 언어와 프레임워크 지원

최소한의 오버헤드로 프로덕션 환경에서 사용 가능

아래 버튼을 클릭하여 실제 시스템에서 어떻게 텔레메트리 데이터가 생성되는지 확인해보세요

버튼을 클릭하여 시작하세요...