OpenTelemetry 옵저버빌리티

OpenTelemetry 계측은 그대로, 분석 백엔드는 다시 만들 필요 없이

OpenTelemetry SDK, OTel Collector, OTLP에서 Guance로 텔레메트리 데이터를 전송하고, 벤더 중립적인 계측을 유지하면서 메트릭, 로그, 트레이스, 프로파일, 인시던트 컨텍스트를 함께 분석합니다.

OpenTelemetry를 공통 옵저버빌리티 플랫폼에 연결해야 하는 이유

01개방형 계측을 유지합니다

OpenTelemetry로 메트릭, 로그, 트레이스를 수집하면서 분석 백엔드 종속성을 줄입니다.

02개별 신호를 넘어 연결합니다

OTel 데이터를 호스트, 컨테이너, RUM, 이벤트, 서비스 소유권 정보와 연계합니다.

03여러 언어의 서비스를 공통 속성으로 관리합니다

Java, Go, Python, Node.js 등 다양한 런타임에서 일관된 리소스 및 서비스 속성을 사용합니다.

04분석 백엔드 운영 부담을 줄입니다

개방형 수집에 관리형 스토리지, 쿼리, 알림, 데이터 파이프라인을 결합합니다.

05마이그레이션 선택지를 유지합니다

아키텍처가 변화해도 기존 SDK와 Collector 배포를 재사용할 수 있습니다.

OpenTelemetry 데이터 흐름

계측부터 조사까지 동일한 서비스 컨텍스트를 유지합니다

수집, 처리, 서비스 식별, 조사를 하나의 흐름으로 연결해 개방형 텔레메트리를 일상 운영에서 바로 활용합니다.

  1. 계측 방식을 표준화합니다

    OpenTelemetry SDK, 자동 계측 또는 기존 Agent로 메트릭, 로그, 트레이스를 수집합니다.

  2. 텔레메트리를 처리하고 라우팅합니다

    OTel Collector, OTLP 또는 DataKit으로 텔레메트리를 변환, 필터링, 전달합니다.

  3. 서비스 식별자를 유지합니다

    service, environment, version, 리소스 속성을 일관되게 유지해 여러 신호를 동일한 서비스에 연결합니다.

  4. 조사하고 복구를 검증합니다

    DQL, 대시보드, 모니터, 이벤트, 로그, 트레이스로 원인을 조사하고 복구를 확인합니다.

OpenTelemetry 메트릭, 로그, 트레이스를 수집합니다

OpenTelemetry SDK, OTel Collector, OTLP 호환 파이프라인에서 Guance로 데이터를 전송합니다. 개방형 계측을 유지하면서 메트릭, 로그, 트레이스, 프로파일, 대시보드, 알림을 관리형 환경에서 분석합니다.
获取你的专属技术栈监控方案
OpenTelemetry 메트릭, 로그, 트레이스를 수집합니다
트레이스에서 서비스, 로그, 인프라로 이동합니다

트레이스에서 서비스, 로그, 인프라로 이동합니다

느리거나 실패한 요청에서 서비스 토폴로지, 관련 로그, 호스트, 컨테이너, 종속 리소스로 조사를 이어갑니다. 공통 리소스 및 서비스 속성이 조사 컨텍스트를 유지합니다.
获取你的专属技术栈监控方案

팀 전반의 서비스 식별자와 속성을 표준화합니다

서비스, 환경, 버전, 리소스 속성을 일관되게 사용해 언어와 팀이 다른 텔레메트리를 구성합니다. 동일한 컨텍스트를 검색, 알림, 조사에 재사용할 수 있습니다.
获取你的专属技术栈监控方案
팀 전반의 서비스 식별자와 속성을 표준화합니다
OTel 텔레메트리를 대시보드, 알림, 인시던트 워크플로로 전환합니다

OTel 텔레메트리를 대시보드, 알림, 인시던트 워크플로로 전환합니다

DQL 쿼리, 대시보드, 이상 탐지, 모니터, 이벤트를 사용해 OpenTelemetry 데이터를 수집 계층에 머물지 않고 일상 운영에 활용합니다.
获取你的专属技术栈监控方案

OpenTelemetry와 풀스택 옵저버빌리티를 결합합니다

OTel 텔레메트리를 RUM, CI, 인프라스트럭처, Kubernetes, 로그 관리, 보안 데이터와 연결해 전체 시스템 동작과 사용자 영향을 이해합니다.
获取你的专属技术栈监控方案
OpenTelemetry와 풀스택 옵저버빌리티를 결합합니다

개방형 옵저버빌리티 스택을 계속 확장합니다

자주 묻는 질문

OpenTelemetry 데이터를 Guance로 직접 전송할 수 있나요?

네. OpenTelemetry SDK, OTel Collector, OTLP 호환 파이프라인을 사용해 메트릭, 로그, 트레이스를 Guance로 전송하고 통합 분석할 수 있습니다.

OTel Collector를 이미 운영한다면 DataKit도 필요한가요?

수집 아키텍처에 따라 다릅니다. DataKit은 Guance 수집 및 처리 기능을 제공하고, 기존 OpenTelemetry 파이프라인은 유지한 채 호환 텔레메트리를 전달할 수 있습니다. 두 방식을 함께 사용할 수도 있습니다.

OpenTelemetry와 APM은 어떤 관계인가요?

OpenTelemetry는 계측과 텔레메트리 전송을 표준화합니다. APM은 서비스 성능, 요청 트레이스, 오류, 종속 관계, 운영 워크플로 분석에 집중합니다. Guance는 OpenTelemetry 데이터를 더 넓은 분석 계층의 일부로 활용합니다.

Guance가 OTel Collector를 대체하나요?

아닙니다. OTel Collector는 텔레메트리를 수신, 처리, 라우팅합니다. Guance는 관리형 스토리지, 쿼리, 상관 분석, 알림, 인시던트 워크플로를 제공합니다. 기존 Collector에서 Guance로 데이터를 전송할 수 있습니다.

어떤 OpenTelemetry 신호와 프로토콜을 사용할 수 있나요?

OTLP를 통해 메트릭, 로그, 트레이스를 전송할 수 있으며 관련 계측에서 지원하는 경우 프로파일도 사용할 수 있습니다. 서비스 및 리소스 속성은 신호 간 쿼리와 조사에 활용됩니다.

Guance가 OpenTelemetry 데이터를 수신하고 풀스택 운영 컨텍스트에 연결하는 방법을 확인합니다

获取你的专属技术栈监控方案