- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
Connect PagerDuty to Datadog in order to:
@pagerduty
in your postSee the Datadog Integration Guide from Pagerduty.
Once you have Pagerduty integrated, you can check out Datadog’s custom Pagerduty Incident Trends.
The PagerDuty integration does not include any metrics.
Your PagerDuty Triggered/Resolved events appear in the Events Explorer.
The PagerDuty integration does not include any service checks.
To send a message or notification to a specific PagerDuty service when multiple services are integrated, use @pagerduty-[serviceName]
in your monitor message. If you start typing it in your monitor Say what’s happening section, you should see it autocomplete.
When a monitor recovers, it automatically resolves the Pagerduty service if you include the notification handle in the monitor recover message but won’t if it’s only included in the{{#is_alert}}
context.
The severity of PagerDuty incidents is determined by the status of the monitor that is causing the alert. The following table illustrates how the alert status is mapped to a PagerDuty incident severity.
Monitor status | PagerDuty incident severity |
---|---|
ALERT | error |
NODATA | error |
WARNING | warning |
OK or others | info |
For example, if the monitor transitions from OK
to WARNING
and notifies a @pagerduty-[serviceName]
, the created PagerDuty incident will be of severity warning
.
Note: This mapping happens automatically, and cannot be modified.
Datadog has an upper limit on your monitor notification lengths sent to PagerDuty. The limit is at 1024 characters.