Configure where Bifrost Enterprise delivers alerts - Slack, Microsoft Teams, PagerDuty, or any HTTP webhook - with encrypted configuration, SSRF protection, and per-channel cooldowns.
An alert channel is a notification destination. When an alert rule triggers, Bifrost dispatches a notification to each channel attached to that rule. Channel configuration (URLs, keys, headers) is encrypted at rest.
Notifications are sent as Block Kit messages. Each message includes a header block showing the rule name and a section block containing the alert details in a markdown code block.
Events are sent via the PagerDuty Events API v2 with event_action: "trigger", severity "warning", and a deduplication key derived from the rule ID, scope, and target so repeated triggers update the same incident. The source field is set to "Bifrost Alerting".
Each channel can define an optional cooldown that applies on top of the rule’s cooldown. When a channel is within its cooldown window, matched alerts that would have been delivered through that channel are recorded as skipped in alert history with reason "channel_cooldown".
A channel cooldown of 0 means no additional suppression beyond the rule cooldown.
The API accepts cooldown_milliseconds, which must be a multiple of 1000.
config.json accepts cooldown_seconds, a whole-second integer.
HTTPS by default. Slack, Microsoft Teams, and generic webhook channels require HTTPS unless webhook_network.allow_http is true. PagerDuty always uses its fixed HTTPS Events API endpoint.
SSRF protection. RFC1918 private-network destinations are blocked unless webhook_network.allow_private_network is true. Loopback destinations such as localhost are permitted for local development. Link-local and unspecified addresses remain blocked regardless of this setting.