Alerts
Problems Spectate or an alert source detected. An alert escalates along its escalation path until someone acknowledges it, and resolves on its own when the problem is over, or when someone resolves it by hand. Resolved alerts can be deleted. Alerts can lead to incidents.
List alerts
Returns the team's alerts, most recently fired first unless you sort.
query Parameters
pagePage number, from 1.
per_pageAlerts per page, 1 to 100.
filter[status]Only firing or resolved alerts.
Whether an alert's problem is ongoing.
firing The problem is ongoing; it escalates until acknowledged. |
resolved The problem is over. |
filter[severity]Only alerts of this severity.
How urgent an alert or incident is. Escalation paths can branch on it.
critical Customers are affected right now. |
high Serious, needs attention soon. |
medium Should be looked at. |
low Informational. |
filter[source_type]Only alerts raised by this kind of check or integration.
What raised an alert.
uptime A monitor went down. |
certificate A monitor's certificate is invalid or expires soon. |
performance A monitor got slow. |
dns The answer of a DNS monitor changed (when it alerts on changes). |
host_metric A host's metric condition held, or it stopped sending data. |
domain A domain expires soon, expired or its registration changed. |
external An alert source (external tool) fired it. |
status_page Visitor issue reports over the threshold or a traffic spike ( metadata.type: issue_reports, traffic_spike). |
filter[resource_id]Only alerts about this resource (a monitor, host, domain, status page or alert source ID).
filter[acknowledged]Only acknowledged (true) or unacknowledged (false) alerts.
sortSort by fired_at, resolved_at, severity or status. Prefix - for descending. Default -fired_at.
List alerts › Responses
Paginated set of Alert
current_pagefirst_page_urlfromlast_page_urllast_pageGenerated paginator links.
next_page_urlpathBase path for paginator generated URLs.
per_pageNumber of items shown per page.
prev_page_urltoNumber of the last item in the slice.
totalTotal number of items being paginated.
Get an alert
Returns the alert with the resource it's about and who acknowledged it.
path Parameters
alertAlert ID.
Get an alert › Responses
The alert.
idAlert ID
titleWhat's wrong
descriptionMore about it, as the source described it
statusWhether the problem is ongoing
firing The problem is ongoing; it escalates until acknowledged. |
resolved The problem is over. |
severityHow urgent it is
critical Customers are affected right now. |
high Serious, needs attention soon. |
medium Should be looked at. |
low Informational. |
source_typeWhat raised it
uptime A monitor went down. |
certificate A monitor's certificate is invalid or expires soon. |
performance A monitor got slow. |
dns The answer of a DNS monitor changed (when it alerts on changes). |
host_metric A host's metric condition held, or it stopped sending data. |
domain A domain expires soon, expired or its registration changed. |
external An alert source (external tool) fired it. |
status_page Visitor issue reports over the threshold or a traffic spike ( metadata.type: issue_reports, traffic_spike). |
fired_atWhen it fired
acknowledged_atWhen it was acknowledged, which stopped its escalation; null while unacknowledged
acknowledged_byWho acknowledged it: a member's name, an API token, or how (for example a phone call)
resolved_atWhen it resolved; null while firing
resolved_byWho resolved it by hand: a member's name or an API token. null while firing, and when it
resolved on its own because the problem was over
Labels the source sent (Prometheus, Grafana); null when it sent none
Links the source sent along
Delete an alert
Deletes a resolved alert for good, with its escalation history. Incidents and status page incidents it led to stay, without the link to it; messages already posted in Slack or Telegram stay in their channels. A firing alert can't be deleted: resolve it first.
path Parameters
alertAlert ID.
Delete an alert › Responses
No content
Acknowledge an alert
Stops its escalation: nobody else is notified. The alert keeps firing until the problem is over. The dashboard, Slack and Telegram show it as acknowledged by the API token. Acknowledging an acknowledged or resolved alert changes nothing.
path Parameters
alertAlert ID.
Acknowledge an alert › Responses
The acknowledged alert.
idAlert ID
titleWhat's wrong
descriptionMore about it, as the source described it
statusWhether the problem is ongoing
firing The problem is ongoing; it escalates until acknowledged. |
resolved The problem is over. |
severityHow urgent it is
critical Customers are affected right now. |
high Serious, needs attention soon. |
medium Should be looked at. |
low Informational. |
source_typeWhat raised it
uptime A monitor went down. |
certificate A monitor's certificate is invalid or expires soon. |
performance A monitor got slow. |
dns The answer of a DNS monitor changed (when it alerts on changes). |
host_metric A host's metric condition held, or it stopped sending data. |
domain A domain expires soon, expired or its registration changed. |
external An alert source (external tool) fired it. |
status_page Visitor issue reports over the threshold or a traffic spike ( metadata.type: issue_reports, traffic_spike). |
fired_atWhen it fired
acknowledged_atWhen it was acknowledged, which stopped its escalation; null while unacknowledged
acknowledged_byWho acknowledged it: a member's name, an API token, or how (for example a phone call)
resolved_atWhen it resolved; null while firing
resolved_byWho resolved it by hand: a member's name or an API token. null while firing, and when it
resolved on its own because the problem was over
Labels the source sent (Prometheus, Grafana); null when it sent none
Links the source sent along
Resolve an alert
Ends the alert by hand, as if its problem were over: its escalation stops, the channels and on-call members it notified hear that it resolved, Slack and Telegram show it as resolved by the API token, and status pages automated from an uptime alert show the monitor as recovered. Use it for false alarms, or for alerts whose source can't tell they're over.
If the problem is still there, the source fires a new alert at its next check (a monitor that is still down, a host metric still over its limit). Resolving a resolved alert changes nothing.
path Parameters
alertAlert ID.
Resolve an alert › Responses
The resolved alert.
idAlert ID
titleWhat's wrong
descriptionMore about it, as the source described it
statusWhether the problem is ongoing
firing The problem is ongoing; it escalates until acknowledged. |
resolved The problem is over. |
severityHow urgent it is
critical Customers are affected right now. |
high Serious, needs attention soon. |
medium Should be looked at. |
low Informational. |
source_typeWhat raised it
uptime A monitor went down. |
certificate A monitor's certificate is invalid or expires soon. |
performance A monitor got slow. |
dns The answer of a DNS monitor changed (when it alerts on changes). |
host_metric A host's metric condition held, or it stopped sending data. |
domain A domain expires soon, expired or its registration changed. |
external An alert source (external tool) fired it. |
status_page Visitor issue reports over the threshold or a traffic spike ( metadata.type: issue_reports, traffic_spike). |
fired_atWhen it fired
acknowledged_atWhen it was acknowledged, which stopped its escalation; null while unacknowledged
acknowledged_byWho acknowledged it: a member's name, an API token, or how (for example a phone call)
resolved_atWhen it resolved; null while firing
resolved_byWho resolved it by hand: a member's name or an API token. null while firing, and when it
resolved on its own because the problem was over
Labels the source sent (Prometheus, Grafana); null when it sent none
Links the source sent along