- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
Runtime metrics are application metrics about memory usage, garbage collection, or parallelization. Datadog tracing libraries provide runtime metrics collection for each supported language, but in addition, OpenTelemetry (OTel) collects runtime metrics, which can be sent to Datadog through the OpenTelemetry SDKs.
Datadog collects OpenTelemetry runtime metrics in the following languages:
Runtime metrics follow different naming conventions depending on their source: OpenTelemetry Collector Datadog Exporter, Datadog Agent OTLP Ingestion, or Datadog tracing libraries. When using OpenTelemetry runtime metrics with Datadog, you receive both the original OpenTelemetry runtime metrics as well as mapped Datadog runtime metrics for equivalent metrics. Runtime metrics have the following prefixes which indicate their source:
OTel Collector Datadog Exporter | Datadog Agent OTLP Ingest | Datadog tracing library |
---|---|---|
otel.process.runtime.* | process.runtime.* | runtime.<LANG>.* |
Note: OpenTelemetry runtime metrics are mapped to Datadog by metric name. Don’t do mapping renaming of host metrics for OpenTelemetry runtime metrics or it will break.
For details about host and container metrics mapping, read OpenTelemetry Metrics Mapping.
Select your language to see instructions for setting up and configuring the OpenTelemetry SDK to send runtime metrics:
After setup is complete, see your runtime metrics in the a service’s details page (see Java example below), the flame graph metrics tab, and in default runtime dashboards.