Skip to main content
Get notified when fleet conditions change. Configure alert channels, define routing rules, and manage the alert lifecycle — from detection through acknowledgment to resolution — so issues get surfaced to the right people at the right time.
Fleet Management is in preview. APIs and features described on this page may change.

Alert Channels

An alert channel is a configured destination for notifications. Create channels for each communication path your team uses, then reference them in recording rules and alert policies.
In-app notifications are always enabled. Every alert that fires appears in the notification bell in Mission Control, regardless of other channel configurations.

Create a Slack Channel

Create an Email Channel

Create a Webhook Channel

Webhook channels send an HTTP POST to your endpoint with the alert payload. Use a signing secret to verify that requests originate from Avala.

Webhook Payload

Webhook channels deliver a JSON payload with the following structure:
To verify webhook authenticity, compute an HMAC-SHA256 of the request body using your signing secret and compare it to the X-Avala-Signature header. See the webhooks integration guide for implementation examples.

Test a Channel

Send a test notification to verify your channel configuration before wiring it up to rules.

List and Manage Channels

Deleting a channel removes it from all rules and alert policies that reference it. Those rules will continue to evaluate, but the notify action targeting the deleted channel will be skipped. Update your rules to reference a different channel before deleting.

Alert Rules

Alerts are linked to recording rules through the notify action. When a recording rule’s condition matches, its notify action fires an alert to the specified channel.

Severity Levels

Configure severity on the recording rule’s notify action to control how alerts are displayed and routed.

Escalation Policies

For critical alerts, define an escalation policy that notifies additional channels if the alert is not acknowledged within a specified time.

Alert Lifecycle

Every alert moves through a defined set of states. You can transition alerts manually via the SDK, CLI, or dashboard.

Acknowledge an Alert

Acknowledging an alert stops escalation and signals to the team that someone is investigating.

Resolve an Alert

Mark an alert as resolved when the underlying issue has been fixed.

Auto-Resolve

Alerts can auto-resolve when their triggering condition clears. Enable auto-resolve on the recording rule’s notify action:
When auto_resolve is enabled, the alert transitions to resolved after the resolve_after duration if the condition no longer matches. If the condition re-triggers during the resolve window, the alert stays in its current state.

Alert History

View past alerts with their full lifecycle — when they fired, who acknowledged them, and how they were resolved.

Alert Metrics

Aggregate alert statistics for reporting and SLA tracking.

Muting and Snoozing

Temporarily silence alerts during planned maintenance, known outages, or testing periods. Muted alerts still evaluate and log, but notifications are suppressed.

Mute a Rule

Suppress all notifications from a specific rule for a set duration.

Mute a Device

Suppress all alerts for a specific device. Useful when taking a device offline for servicing.

Snooze an Alert

Snooze a specific open alert to temporarily suppress its notifications. The alert returns to open state when the snooze expires.

View Active Mutes

Schedule mutes in advance for recurring maintenance windows. Use the starts_at parameter to create mutes that activate at a future time:

Next Steps

Recording Rules

Define the conditions that trigger alerts across your fleet.

Fleet Dashboard

Monitor devices, recordings, and fleet health from the central dashboard.

Events & Markers

Annotate recordings with timestamped events for detailed analysis.

Webhooks

Receive real-time notifications for dataset, export, and task events.