← Graph

Webhook-as-Technical-Event Pattern

concept 3 connections

Pattern presented in the talk for handling third-party webhooks: instead of synchronously processing the payload all the way to the database, the API endpoint stores the payload as a 'technical event' in the event store and publishes it to a queue; an async event handler later processes it. Benefits: complete external-system audit log, fast responses (no DB work on the hot path), independently scalable web server vs. async workers, ability to replay payloads without relying on the provider's retry mechanism, and easier debugging/troubleshooting. Main drawback: events may be processed out of order, requiring invariants (e.g. timestamp checks in an aggregate) to avoid overwriting newer data with older.

category
pattern
about
Webhook-as-Technical-Event Pattern concept
Recommendation expresses this pattern.
about
Webhook-as-Technical-Event Pattern concept
First story presents this pattern for open-banking webhooks.
concept Webhook-as-Technical-Event Pattern
related_to
Built on top of async processing via events.

Provenance

Read by
1 extraction