In Flashduty On-call
You can obtain an integration push URL in either of the following two ways.
Use an exclusive integration
Choose this option when you do not need to route alert events to different collaboration spaces. It is simpler.Expand
Expand
- Go to the Flashduty console, select Collaboration Spaces, and open a space’s detail page
- Select the Integrated Data tab, click Add an integration, and open the add-integration page
- Select the Alibaba Cloud DataWorks Operation Center integration and click Save to generate a card
- Click the card to view the push URL, copy it for later use, and you are done
Use a shared integration
Choose this option when you need to route alerts to different collaboration spaces based on the alert payload.Expand
Expand
- Go to the Flashduty console and select Integration Center => Alert Events to open the integration selection page
- Select the Alibaba Cloud DataWorks Operation Center integration:
- Integration name: define a name for this integration
- Configure the default route and select the corresponding collaboration space (after creation, you can go to
Routingto configure more routing rules) - Click Save, then copy the newly generated push URL on the current page for later use
- Done
In Alibaba Cloud DataWorks
Step 1: Create a custom webhook
- Log in to the Alibaba Cloud console and open the DataWorks product
- Go to DataStudio or Operation Center and open the Intelligent Monitoring page
- Open the alarm receiver configuration (the custom webhook entry) and create a new webhook
- Set the request URL to the Flashduty integration push URL copied above; the request method is POST
- After saving, you can click Send test message. DataWorks pushes a connectivity test message (
message.content); Flashduty returns success without creating an alert event
- In Intelligent Monitoring, open the custom rules (instance status alerts, resource group alerts), baseline management, or event management page
- Create or edit a rule, and select the custom webhook created above as an alarm channel
- Save the rule. Alerts triggered by this rule are pushed to Flashduty in real time
Supported alert types
DataWorks Intelligent Monitoring wraps every custom webhook message in a
message field, distinguished by message.title. This integration supports the following three alert families:The connectivity test message (
message.content) is used only to verify the push URL and never creates an alert event.Severity mapping
Mapping from custom alert
remind_type to Flashduty severity:Mapping from baseline alert
status:Mapping from event alert
event_type:Alert Key and alert merging
DataWorks Intelligent Monitoring webhooks are one-shot events: the official protocol defines alert notifications only, with no recovery or update semantics, and it provides no vendor-level deduplication ID or fingerprint field. Therefore this integration never automatically recovers (closes) any alert; every event is delivered in a triggered state.Every webhook delivery receives a fresh random UUID as its Alert Key, so each push creates an independent alert event and repeated triggers are not merged automatically. To reduce noise, configure alert grouping or convergence policies in Flashduty.
Field label mapping
Key fields from the push message are preserved as labels on the alert event and can be used for routing, silencing, and template rendering:
FAQ
Why are alerts never automatically recovered?The DataWorks Intelligent Monitoring webhook protocol defines no resolve message; it is a one-shot notification with no recovery semantics. To close an alert, handle it manually in the Flashduty console or configure alert convergence policies for the rule.Why is no alert visible after sending a test message?The DataWorks connectivity test message (
message.content) only verifies that the push URL is reachable. Flashduty returns success without creating an alert event. Trigger a real rule to verify the end-to-end flow.