Use Cases
Alert responders are maintained in the source monitoring system and frequently adjusted; you want to sync them to Flashduty On-call in real-time.
Scenario 1: Big Data Task System
Scenario 1: Big Data Task System
Customer A has a self-developed big data task system where internal personnel can create various data batch processing tasks. Each task can specify a primary responder and secondary responder. When a batch processing task fails, the system will first notify the primary responder. If the alert is not resolved after 30 minutes, it escalates to the secondary responder.
Scenario 2: Zabbix Host Monitoring
Scenario 2: Zabbix Host Monitoring
Customer B uses Zabbix for host monitoring and has set a responsible person tag for each host. They want host alerts to notify the corresponding responder based on this tag.
Scenario 3: Self-developed Monitoring System
Scenario 3: Self-developed Monitoring System
Customer C has a self-developed monitoring system with many alert policies. Each policy is configured to notify a specific WeCom group. The customer has decided to migrate incident response to Flashduty but wants to maintain the policy-to-WeCom-group relationships from the source monitoring system and dynamically route alerts to WeCom groups based on these relationships.
Implementation
Add specific labels or query parameters to adjust assignment targets in Flashduty On-call. Parameter values can contain multiple emails, team names, or bot tokens separated by,.
Dynamic assignment supports two modes:
| Mode | Description | Use case |
|---|---|---|
Replace (reset) | Replace the original targets in the specified level with the targets from dynamic labels | Your monitoring system or external CMDB is the single source of truth for responders |
Append (append) | Add the targets from dynamic labels to the original targets in the specified level, with automatic deduplication | Keep the default on-call team while adding service owners, business groups, or temporary responders |
Level numbers start from 0. For example,
layer_person_reset_0_emails points to escalation rule level 1, and layer_person_append_1_emails points to escalation rule level 2.Responder and team parameters
| Target | Replace parameter | Append parameter | Value |
|---|---|---|---|
| Responder emails | layer_person_reset_(\d)_emails | layer_person_append_(\d)_emails | Member emails, separated by , |
| Team names | layer_person_reset_(\d)_team_names | layer_person_append_(\d)_team_names | Team names, separated by , |
Group bot parameters
| Target | Replace parameter | Append parameter | Value |
|---|---|---|---|
| WeCom group bot | layer_webhook_reset_(\d)_wecoms | layer_webhook_append_(\d)_wecoms | Bot tokens, separated by , |
| Dingtalk group bot | layer_webhook_reset_(\d)_dingtalks | layer_webhook_append_(\d)_dingtalks | Bot tokens, separated by , |
| Feishu/Lark group bot | layer_webhook_reset_(\d)_feishus | layer_webhook_append_(\d)_feishus | Bot tokens, separated by , |
Push Example
Step 1: Set Up Template Escalation Rule
Configure an escalation rule for the channel. As shown below, this channel has only one assignment level, with the responder set to “Toutie Tech”, and also pushes to a WeCom group chat with a token ending in 5b96.
Step 2: Set Alert Labels
Using custom alert event integration as an example, push a sample alert to the target channel:- Set
layer_person_reset_0_emailslabel to replace level 1 responders with guoyuhang and yushuangyu - Set
layer_webhook_reset_0_wecomslabel to replace level 1 WeCom group chat token with a token ending in d9c0 - Set
layer_person_append_0_emailslabel to append wangwu to level 1 - Set
layer_webhook_append_0_feishuslabel to append one Feishu/Lark group bot to level 1
Step 3: View Incident Assignment Timeline
As shown below, the target incident is triggered and assigned normally. The incident responders and target group chats are replaced or appended according to the dynamic labels.
FAQ
What if my monitoring system doesn't have these labels?
What if my monitoring system doesn't have these labels?
Option 1: Manually Add Labels
If your system supports manually adding labels, such as Prometheus or Nightingale, we recommend adding specific labels directly in the alert policy.
Option 2: Use Label Enhancement
If your system already has related labels but in a different format or naming convention. For example, your hosts have team labels and you need to find the corresponding responder based on the team - in this case, you can use the label enhancement feature to generate responder-related labels based on team labels.For details, see Configure Label Enhancement.
Related Topics
Label Enhancement
Automatically generate new labels based on existing labels
Escalation Rules
Learn how to configure escalation rules