SPspectate
Incidents

Publish to a status page

Posts an update of this incident on one of the team's status pages, creating the public incident there the first time (201; later updates answer 200). The public incident takes the incident's title. affected_components are the impacts as of published_at (default now); leave the field out to keep them. Confirmed subscribers are emailed unless notify_subscribers is false. Needs both incidents:write and status-pages:write.

post/incidents/{incident}/status-page-updates

Request

  • Base URL
    https://api.spectate.net/v1
  • Auth
    HTTP bearer

Path parameters

incidentstring uuid required

Incident ID.

Request body

status_page_idstring uuid required

The status page to publish on

status'investigating' | 'identified' | 'monitoring' | 'resolved' required

Where an incident stands.

investigating <br/> Declared; the cause isn't known yet.
identified <br/> Acknowledged: the cause is known and someone works on it.
monitoring <br/> A fix is out; watching whether it holds.
resolved <br/> Over.
bodystring required

The message visitors read, in Markdown

impact'none' | 'degraded_performance' | 'partial_outage' | 'major_outage'

An impact on a status page, including none: how an incident or maintenance affects a component, or an incident's overall impact.

none <br/> No impact (for a component: not affected).
degraded_performance <br/> Slower or less reliable than usual.
partial_outage <br/> Down for some visitors or some functions.
major_outage <br/> Down.
published_atstring date-time nullable

When it happened, now or in the past (default now)

notify_subscribersboolean

Email confirmed subscribers about the update (default true). false changes the page without emails

Example request

{
  "body": "We found the cause and are rolling out a fix."
}

Response

The public incident, updated.

idstring uuid required

Status page incident ID

titlestring required

Title shown on the page

status'investigating' | 'identified' | 'monitoring' | 'resolved' required

Where an incident stands.

investigating <br/> Declared; the cause isn't known yet.
identified <br/> Acknowledged: the cause is known and someone works on it.
monitoring <br/> A fix is out; watching whether it holds.
resolved <br/> Over.
impact'none' | 'degraded_performance' | 'partial_outage' | 'major_outage' required

An impact on a status page, including none: how an incident or maintenance affects a component, or an incident's overall impact.

none <br/> No impact (for a component: not affected).
degraded_performance <br/> Slower or less reliable than usual.
partial_outage <br/> Down for some visitors or some functions.
major_outage <br/> Down.
incident_idstring uuid nullable required

The team's incident that publishes to it; null for none

automatedboolean required

Opened by monitor automation and still managed by it, until someone posts an update or edits its timeline

resolved_atstring date-time nullable required

When it was resolved; null while open

created_atstring date-time required

When it was created

Example response

{
  "title": "Elevated API error rates",
  "updates": [
    {
      "body": "We found the cause and are rolling out a fix."
    }
  ],
  "affected_components": [
    {
      "component": {
        "name": "API"
      }
    }
  ],
  "impacts": [
    {
      "component": {
        "name": "API"
      }
    }
  ],
  "writeup": {
    "content": "On 26 October, card payments failed for 18 minutes after a configuration change."
  }
}

Changes

No recorded changes to this operation across all 1 revision of this API.