New announcements for Serverless, Network, RUM, and more from Dash! New announcements from Dash!


Crawler Crawler


With Webhooks you’ll be able to:

  • Connect to your services.
  • Alert your services when a metric alert is triggered.



Go to the webhook integration tile and enter the URL and name of the webhook you want to use


To use your webhook, add @webhook-*name_of_the_webhook* in the text of the metric alert you want to trigger the webhook. It will trigger a POST request to the URL you set with the following content in JSON format. The timeout for any individual request is 15 seconds.

You can also specify your own payload in order to add your own custom fields to the request. Check the Use Custom Payload checkbox and specify your own custom payload, using the following variables. If you want your payload to be URL-encoded, check the Encode as form payload and specify your payload in a json format.

$AGGREG_KEYID to aggregate events belonging together (ex: 9bd4ac313a4d1e8fae2482df7b77628)
$ALERT_CYCLE_KEYID to link events from the time an alert triggers until it resolves
$ALERT_IDID of alert (ex: 1234)
$ALERT_METRICName of the metric if it’s an alert (ex: system.load.1)
$ALERT_QUERYQuery of the monitor that triggered the webhook
$ALERT_SCOPEComma-separated list of tags triggering the alert (ex: availability-zone:us-east-1a, role:computing-node)
$ALERT_STATUSSummary of the alert status (ex: system.load.1 over host:my-host was > 0 at least once during the last 1m)
$ALERT_TITLETitle of the alert
$ALERT_TRANSITIONType of alert notification (values: Recovered, Triggered/Re-Triggered, No Data/Re-No Data, Warn/Re-Warn, Null, Renotify)
$ALERT_TYPEType of the alert
$DATEDate (epoch) where the event happened (ex: 1406662672000)
$EMAILEmail of the user posting the event that triggered the webhook
$EVENT_MSGText of the event (ex: @webhook-url Sending to the webhook)
$EVENT_TITLETitle of the event (ex: [Triggered] [Memory Alert])
$EVENT_TYPEType of the event (values: metric_alert_monitor, event_alert, or service_check)
$HOSTNAMEThe hostname of the server associated with the event (if there is one)
$IDID of the event (ex: 1234567)
$LAST_UPDATEDDate when the event was last updated
$LINKUrl of the event (ex:
$LOGS_SAMPLELogs sample from log monitor alerts
$METRIC_NAMESPACENamespace of the metric if it’s an alert
$ORG_IDID of your organization (ex: 11023)
$ORG_NAMEName of your organization (ex: Datadog)
$PRIORITYPriority of the event (values: normal or low)
$SNAPSHOTUrl of the image if the event contains a snapshot (ex:
$TAGSComma-separated list of the event tags (ex: monitor, name:myService, role:computing-node)
$TEXT_ONLY_MSGText of the event without markdown formatting
$USERUser posting the event that triggered the webhook (ex: rudy)
$USERNAMEUsername of the user posting the event that triggered the webhook

If you want to post your Webhooks to a service requiring authentication, you can Basic HTTP authentication by modifing your URL from to

Multiple webhooks

In a monitor alert, if 2+ webhook endpoints are notified then a webhook queue is created on a per service level. This means if you reach out to pagerduty and slack for example, a retry on the slack webhook will not affect the pagerduty one.

However, in the Pagerduty scope, certain events always goes before others. Specifically an “Acknowledge” payload always goes before “Resolution”, so if an acknowledgement ping fails, the resolution ping will be queued due to the retry logic.

How the queue behaves if a webhook fails ?

A service X webhook failure should not affect the webhook of service Y

What causes a webhook to fail (5XX response or internal error) ?

We only issue a retry if there is an internal error (badly formed notification message) or we receive a 5XX response from the webhook endpoint.


Sending SMS through Twilio

Use as URL: https://{Your-Account-id}:{Your-Auth-Token}{Your-Account-id}/Messages.json and as payload

    "Body":"$EVENT_TITLE \n Related Graph: $SNAPSHOT"

replacing To with your phone number and From with the one twilio attributed to you. Check the Encode as form checkbox.

Creating an issue in Jira

Use as URL: https://{Your-Jira-Username}:{Your-Jira-Password}@{Your-Domain} and as payload

    "fields": {
        "project": {
            "key": "YOUR-PROJECT-KEY"
        "issuetype": {
            "name": "Task"
        "description": "There's an issue. See the graph: $SNAPSHOT and event: $LINK",
        "summary": "$EVENT_TITLE"

Don’t check the “Encode as form” checkbox.