Alerts enable receiving critical status updates about different components of your infrastructure on various channels.
Alert notification channels
For now, you can select to notify the relevant person or the team via;
- e-mail,
- PagerDuty,
- Slack,
- webhook,
- SMS (text message).
- phone call,
Alert settings
For each alert channel, there are different configuration options. But there are some common ones to. Here are the common configuration options for all alerts:
Kind
The kind of the alert, a.k.a. channel. The available options are, again:
- PagerDuty
- Slack
- Webhook
- SMS
- Phone call
Components
You can select different gazers and pulses for each alert. For example, you can create;
- an alert to notify the backend team when an API checking gazer is down,
- another alert to notify the platform team when the pulse for the daily database backup fails,
- and another one to inform the engineering director if any of the components stay down for 2 hours.
Schedule
Each alert has a scheduling configuration. You can set the alarm to run when a downtime or underperformance occurs or gets resolved. Or, as an escalation policy, you can set it to run only if a downtime or an underperformance lasts for a certain time.
Available options for scheduling configuration are:
- trigger when a downtime occurs (immediately or if the downtime lasts for x minutes)
- trigger when a downtime is resolved
- trigger when an underperformance occurs (immediately or if the underperformance lasts for x minutes)
- trigger when an underperformance is resolved
Other options
For channel-specific options, please see their individual articles: