Subscribe to catalog drift with webhooks
Send signed model, catalog, and lifecycle changes to the systems that need to react without polling.
Why use webhooks
Webhooks turn catalog drift into an operational signal. Use them to open migration work, re-run a compatibility check, notify owners, or block a release when a deployment is deprecated or retired.
Create an endpoint
- Expose a public HTTPS receiver that returns a successful status quickly.
- Name the endpoint by destination and environment.
- Enter the URL and select Add endpoint.
- The app subscribes it to catalog changes plus lifecycle deprecation and retirement events.
Store the signing secret
The whsec_… signing secret is revealed once. Store it in the receiver’s secret manager and verify every delivery before processing the body.
A displayed prefix is not the secret
Live data keeps only a recognizable secret prefix. If the full value is lost, create a replacement endpoint and revoke the old one.
Test and operate
- Select Test to queue a delivery.
- Monitor the last delivery status, attempt count, response status, and failure count.
- If a delivery is marked
dead, fix the receiver and select Replay. - Revoke endpoints that are unused or compromised; revocation is immediate.
Safety rules
- Only HTTPS URLs without embedded credentials or custom ports are accepted.
- Local, private, and reserved network destinations are rejected.
- Make handlers idempotent because retries and replay can deliver the same event again.
- Respond before running slow work; queue downstream processing.
Building the same workflow in code?