- An alert triggers when an issue is created on your status page, and recovers when the issue is resolved, ended, or cancelled
- An alert triggers when a component becomes
degraded, and recovers when it isrestored
In Flashduty On-call
You can get the integration push URL in either of the following ways.
Use a dedicated integration
- In the Flashduty console, go to Channels and open a channel
- Select Configuration → Integrations → Private integration, then click Add an integration
- Select Hund and click Save
- Open the new integration card and copy the push URL
Use a shared integration
- In the Flashduty console, go to Integration Center → Alert Events
- Select Hund and enter an integration name
- Configure the default route and select a channel. You can add more rules under Routes after creation
- Click Save and copy the generated push URL
In Hund
1
Enable the Webhooks notifier
A Hund webhook is a subscription on a status page. The status page must have the Webhooks notifier enabled before an endpoint can be added through its Subscribe button. Enable the Webhooks notifier for the target status page in the Hund dashboard.
2
Add the webhook endpoint
- Open the status page, click Subscribe, and choose Webhook
- Paste the complete Flashduty push URL (including
integration_key) as the endpoint and save
3
Choose notification types and components
By default Hund subscriptions receive most notification types except Issue Updated. To send issue updates (
issue_updated) to Flashduty, change the subscription’s notification level to include Issue Updated. Subscriptions include all components by default; select only the ones you need if you want to narrow them.4
Verify
Click Test Notifier on the Webhooks notifier in the Hund dashboard. Hund sends a
notifier_tested notification, and Flashduty opens a separate Info alert for it. Close that alert by hand.You can also verify with a real event: create an issue on the status page and an alert appears in Flashduty; mark the issue Resolved and the alert recovers.Payload
Hund sends JSON.
event.kind is the notification type:
Fields used for issues (
issue_*):
Fields used for component status (
degraded, restored):
Every alert also carries the labels
source=hund and event (the notification type).
Alert Key
- Issues: the issue ID. Every notification from creation through updates to resolution lands on the same alert
- Components: the component ID. Hund creates a new status object on every state change (one ID for degraded, another for restored), so component alerts are keyed on the component itself, and
degradedthroughrestoredfor one component lands on the same alert
Status and severity
An update that carries a
state_override takes precedence; otherwise the issue’s own value is used.
FAQ
Issue updates do not reach Flashduty. Why?
Issue updates do not reach Flashduty. Why?
Hund subscriptions do not send Issue Updated by default. Change the subscription’s notification level to include Issue Updated and
issue_updated is delivered. Issue creation and resolution are not affected.Test Notifier created an extra Info alert.
Test Notifier created an extra Info alert.
The test notification opens a separate alert that never merges with a real issue and has no matching recovery. Close it by hand.
One issue affects several components. Do I get several alerts?
One issue affects several components. Do I get several alerts?
There is one issue alert, keyed by the issue ID. Each component’s
degraded and restored notifications produce their own alert per component.Troubleshooting
- Flashduty returns an invalid-parameter error: the payload has no
event.eventable.id(issues) orevent.contexts.component.id(component status) - An issue alert does not recover: confirm the issue is marked resolved or ended in Hund and that the subscription includes the matching notification
- No notifications arrive: confirm the Webhooks notifier is enabled for the status page and the subscribed URL is complete (including
integration_key)