- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
",t};e.buildCustomizationMenuUi=t;function n(e){let t='
",t}function s(e){let n=e.filter.currentValue||e.filter.defaultValue,t='${e.filter.label}
`,e.filter.options.forEach(s=>{let o=s.id===n;t+=``}),t+="${e.filter.label}
`,t+=`Automated notification rules ensure the right stakeholders are alerted about your incidents based on criteria you define. This removes the burden from the incident responders and ensures prompt involvement of the right people, expediting the resolution process. For example, you can set a notification rule to automatically notify team stakeholders whenever a SEV-1 or SEV-2 incident for service:web-store
AND application:purchasing
is declared and when that incident moves through different states of progression.
Use notification rules to:
To create and modify notification rules, you must have the Incident Notification Settings Write
permission.
You can manage notification rules in Incident Settings Notification Rules, where you can search, delete, copy, toggle, and create rules.
Under When an incident is…, select a trigger and define rule conditions:
Condition | When the Rule Sends a Notification |
---|---|
Declared | Sends a notification when an incident is declared and meets the defined conditions. If no conditions are defined, it sends a notification for every incident declaration. |
Declared or attributes are updated | Sends a notification when an incident is declared or updated in a way that causes it to meet the conditions. Also sends a notification when any field listed under Renotify on updates to… is changed and the incident already meets the conditions. Conditions are joined by AND across fields and OR within each field. |
For example, consider a rule that has conditions severity:SEV-1
, severity:SEV-2
, and team:shopping
. The rule is also configured to renotify on changes to the state
and service
fields. This rule sends a notification when you:
shopping
team to the incident’s teams
field.severity
to SEV-1
or SEV-2
from some other severity.state
field if the incident already has team shopping
and is either SEV-1
or SEV-2
.service
field if the incident already has team shopping
and is either SEV-1
or SEV-2
.When defining a notification rule’s recipients, you can use @
handles for any of Datadog’s supported notification integrations. This allows you to define notification rules that notify many types of targets, including:
Notification Type | Handle | How to Use |
---|---|---|
Emails | @<email> | Type @ followed by any valid email address. If it’s a Datadog user’s email, the user is automatically added as a responder when the rule sends a notification. For private incidents, the user gains access. |
Mobile devices | (Selected from UI) | Select the user’s name with (Mobile Push Notification). The user must have notifications enabled in the Datadog mobile app for this option to appear. |
Slack channels | @slack-<channel> @incident-slack-channel | Use a @slack- handle. To notify the incident Slack channel, use @incident-slack-channel . |
On-Call Teams | @oncall-<team> | Use a @oncall- handle to page a Datadog on-call team. |
Microsoft Teams | @teams-<channel> | Use a @teams- handle to notify a Microsoft Teams channel. |
Webhooks | @webhook-<name> | Use a @webhook- handle to trigger a webhook. You must define the webhook with an incident payload type. |
Workflows | @workflows-<workflow_name> | Use a @workflows- handle to trigger a Datadog Workflow. You must publish the workflow with an incident trigger type. |
추가 유용한 문서, 링크 및 기사: