Quick Start

FlashDuty supports pushing real-time incident and alert changes to third-party systems, such as ticket platforms or incident auto-healing systems, enabling information synchronization and accelerating incident resolution.

Webhook Types

Incident Webhook: Push notifications when incident changes occur

Alert Webhook: Push notifications when alert changes occur

Webhook Subscription

You can add Webhook instances by going to the Console - Integration Center - Webhook page.

Push Method

Currently, only HTTP/HTTPS protocol with POST method is supported, and the request payload must be in JSON format.

For example, if your service URL is https://example.com/webhook?a=a, the actual push request would be:

Headers

We support pushing with custom-defined Headers. Note that Headers must be unique within a Webhook.

Event Scope

You can specify to subscribe to events from a specific channel, and filter event types. Note that incident and alert event types are different, please refer to the corresponding documentation for details.

Common Questions

Is there a response timeout for the service?

The service must respond within 1 second, otherwise it will be considered as a failed response.

Will pushes continue after a failed push?

Currently, FlashDuty pushes at most once. A retry mechanism may be introduced in the future, and retries may also occur due to middleware timeouts. You need to handle idempotency properly.

How is push order guaranteed?

In theory, events for the same alert are pushed in chronological order, but retries and other situations may cause out-of-order delivery;

The service can filter based on event_time. If a later event has been received, earlier events can be filtered out. Each push carries the latest and complete information, occasional event loss is tolerable.

Trusted IP whitelist for push sources?

47.94.95.118, 123.56.8.183, 47.94.193.81, 1.13.19.96;

May be updated in the future, please check periodically.

Webhook Types#

Webhook Subscription#

Push Method#

Headers#