Webhooks-Tal: Warum die dritte Integration die gleiche Falle ist
The Valley of Webhooks
Dreimal baute der Autor dasselbe System: Webhooks, um Kundendaten von Stripe, Identity-Providern und E-Mail-Diensten zu spiegeln. Jedes Mal wuchs aus einem Nachmittag ein Stapel aus Signaturprüfung, Dedup-Tabellen, Puffern, Bootstrap-Importen und einem 3-Uhr-Cron-Job. Das Kernproblem: Webhooks sind Benachrichtigungen, keine Datenübertragung. Der Autor schlägt vor, den Pfeil umzudrehen: Statt Push sollten Anbieter einen geordneten, cursor-basierten Änderungslog bereitstellen, den Konsumenten selbst abrufen – inklusive Bootstrap und Löschungen.
Benachrichtigungen sind eine gute Möglichkeit, einen Nebeneffekt auszulösen, aber eine schlechte Möglichkeit, einen Datensatz zu übertragen – und irgendwann haben wir angefangen, sie für das Zweite zu nutzen, ohne zu merken, dass wir den Job gewechselt haben.