Skip to content

Firefight has a dedicated alert source for Datadog monitors. Datadog lets you write the webhook’s body yourself, so the source’s setup gives you a payload template to paste, and every alert recovers in Firefight when the monitor recovers.

Go to Settings → Alert Sources, click Add source, give it a name like “Datadog monitors”, and pick the Datadog provider. When you create it, Firefight opens the source’s setup. It shows the ingest URL and a Copy token button for the source’s secret token, and the same steps as this page.

  1. In Datadog, open the Webhooks integration and add a webhook. Name it, for example firefight, and paste the ingest URL as its URL.
  2. Replace its payload with the template from the source’s setup (click Copy template). Leave Encode as form off.
  3. Under Custom Headers, enter {"X-Firefight-Token": "<token>"} with the source’s token, and save.
  4. Mention @webhook-firefight, or the name you chose, in the message of each monitor that should alert.

Requests that fail the check are rejected with 401, and the source’s row in Settings → Alert Sources shows the rejection.

Each alert gets these fields, which you can match in your routing rules.

FieldValue
titleThe monitor’s event title, without the leading [Triggered on ...]
descriptionThe monitor’s message
serviceThe monitor’s service tag
environmentThe monitor’s env tag
teamThe monitor’s team tag
severity_rawThe monitor’s priority, such as P1
urlThe event in Datadog

The alert’s title in Slack and on the dashboard links to its page in Datadog.

Every transition except Recovered fires, including warnings, no data and renotifications, and each counts on the same alert until the monitor recovers. The recovery resolves it.

See Grouping & deduplication for how repeat firings collapse into one alert.