For the complete documentation index, see llms.txt. This page is also available as Markdown.

Priority and Severity

Priority indicates how urgently an incident needs to be resolved. Severity indicates the degree of damage to your systems.

Not all incidents need immediate action. Priority and severity give your team two ways to classify an incident: how urgent it is to fix, and how much damage it's causing.

Priority

Priority indicates the urgency to resolve an incident. Available priorities are:

  • P1: Urgent

  • P2: High

  • P3: Medium

  • P4: Low

  • P5: Info

For example, a billing service outage is a P1. A database server running low on storage might be a P2.

Severity

Severity indicates the degree of damage to your systems. Available severities are:

  • SEV1: High

  • SEV2: Medium

  • SEV3: Low

For example, a data leak or full service outage is a SEV1. A degraded non-critical service might be a SEV3.

Once you set priority and severity on an incident, Spike remembers them for future occurrences of the same incident.

Setting priority and severity

From the incidents list

Open Incidents from the sidebar. Hover over an incident to reveal the Priority and Severity options inline.

Set priority and severity from the incidents list
Hover over an incident to set priority and severity inline.

From the incident page

Open any incident and find Priority and Severity under the Properties section.

Set priority and severity from the incident page
Set priority and severity from the Properties section on the incident page.

From integrations

Some integrations, like Azure, send priority and severity as part of their incident payload. Spike reads these values and sets them automatically, overwriting any existing values.

You can also send priority and severity via webhook integration.

From alert rules and Playbooks

You can set priority and severity automatically using alert rules based on incident properties. Playbooks can also set them as part of an automated response when an incident fires.

FAQ

Should I set both priority and severity?

For critical incidents, yes. For lower-signal integrations, you can use just one or neither. Both fields are optional.

Who can set priority and severity?

Everyone on the team. There are no restrictions on who can set or change these fields.

Can I set priority and severity automatically?

Yes. Use alert rules to set them based on incident properties, or connect integrations like Azure that send these values automatically with each incident.

Last updated