- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
On-call processing rules allow teams to customize their response strategies for distinct types of incoming events. This enables teams to add events and urgency levels to escalation policies based on the event’s metadata. Low urgency pages do not trigger escalation processes.
Datadog creates a default processing rule when you onboard a Team to On-Call.
To see the processing rule of your On-Call Team, click on the Team name in the list of Teams.
Processing rules follow the common query syntax of Datadog. Supported attributes include:
tags
: the tags set on the incoming alert. For example, tags.env:prod
.groups
: checks if the incoming alert relates to a specific Monitor group. For example, groups:"service:checkout-service"
.priority
: value of the priority field of the Monitor. Possible values include 1, 2, 3, 4, or 5. For instance, priority:(1 OR 2)
.alert_status
: value of the Monitor’s status. Possible values include error
, warn
, success
. Usage example: alert_status:(error OR warn)
.If no specific filter should be applied, use *
.
The ordering of processing rules matters. The system goes from top to bottom and stops at the first matching rule. If no query or time filter matches the incoming alert, the default processing rule is used.
추가 유용한 문서, 링크 및 기사: