Overview

SLO alerts notify you when your service level objectives are at risk. Instead of alerting on raw metrics, SLO alerts track error budgets and burn rates to give you early warning when reliability is degrading, so you can respond before your users are affected.

SLO concepts

Service level indicator (SLI)

The SLI is the ratio of good events to total events, expressed as a percentage:
For example, if your service handled 10,000 requests and 9,950 were successful, your SLI is 99.5%.

Target

The target is the desired SLI percentage for a given time window. For example, a target of 99.9% means you aim for no more than 0.1% of events to be failures.

Error budget

The error budget represents how much unreliability you can tolerate within the SLO window:
For a 99.9% target over 30 days (43,200 minutes), the error budget is 43.2 minutes of allowed downtime.

Burn rate

The burn rate measures how fast you are consuming your error budget relative to the elapsed time in the window:
A burn rate of 1.0 means the budget is being consumed at exactly the expected rate. A burn rate above 1.0 means the budget is being consumed faster than sustainable, and the SLO will be breached before the window ends if the rate continues.

SLO window types

Rolling windows

Rolling windows look back a fixed duration from the current time:

Calendar windows

Calendar windows align to calendar boundaries:

SLO statuses

Each SLO is assigned one of the following statuses based on current performance:

Alert types

Burn rate alerts

Burn rate alerts fire when the rate of error budget consumption exceeds a threshold. These are useful for detecting fast-moving incidents that will exhaust your budget quickly. The alert fires when:

Budget consumed alerts

Budget consumed alerts fire when the total percentage of error budget consumed exceeds a threshold. These provide a direct measure of how much budget remains, regardless of the rate. The alert fires when:

Alert configuration

Schema fields

Evaluation

SLO alerts are evaluated every minute via a scheduled cron job. SLOs are processed in batches of 10 to manage system load.

Examples

Fast burn rate alert

Detect rapid error budget consumption that would exhaust the budget within hours:
This fires a critical alert when the burn rate exceeds 14x over a one-hour window, indicating the error budget will be fully consumed in roughly two hours if the trend continues.

Error budget exhaustion warning

Get an early warning when a significant portion of the error budget has been consumed:
This fires a warning when more than 75% of the 30-day error budget has been consumed, giving the team time to investigate and course-correct before the SLO is breached.