Spring GDS 25. Jubiläum
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Ein Webhook lässt ein System ein anderes automatisch benachrichtigen, wenn ein bestimmtes Ereignis eintritt, indem es eine HTTP-Anfrage an eine URL schickt, die der Empfänger im Voraus eingerichtet hat. Eine klassische API lässt den Client immer wieder fragen "hat sich schon etwas geändert?", ein Muster namens Polling. Ein Webhook dreht das um. Der Server meldet sich in dem Moment, in dem etwas passiert. Es ist der Unterschied zwischen jede Stunde in den Briefkasten schauen und dem Boten, der klingelt, wenn ein Paket ankommt.
Im Inneren ist ein Webhook meist eine HTTP-POST-Anfrage mit einer Payload, vom Quellsystem an den Endpunkt des Empfängers geschickt, der sie liest und tut, was das Ereignis verlangt. Sie sind der Klebstoff hinter viel Automatisierung. Eine Zahlungsplattform feuert in dem Moment, in dem eine Transaktion durchgeht, einen Webhook an ein Logistiksystem, sodass die Bestellung versendet wird, ohne dass jemand ein Dashboard aktualisiert. Eine Versionsverwaltungsplattform pingt eine CI/CD-Pipeline an, wenn neuer Code gepusht wird. Sie sind effizient und skalieren gut, stellen aber echte Anforderungen an den Empfänger: Der Endpunkt muss erreichbar bleiben, prüfen, was hereinkommt, mit doppelten Ereignissen umgehen und fehlgeschlagene, erneut versuchte Zustellungen bewältigen.
Nachlässig behandelt werden sie zur Quelle stillen Datenverlusts. Richtig behandelt nehmen sie einem System eine ganze Klasse von Polling und Latenz ab.
Webhooks tauchen in unserer API-Integration ständig auf, denn die meisten nützlichen Produkte müssen auf Ereignisse reagieren, die anderswo passieren. Zahlungen, Versand, CRMs, Versionsverwaltung. Wir verdrahten diese Systeme miteinander, sodass ein Ereignis im einen binnen Sekunden im anderen auftaucht, ohne manuelle Synchronisierung, ohne nächtlichen Batch-Job.
Der ehrliche Teil dieser Arbeit ist alles, was schiefgehen kann. Wir bauen Webhook-Empfänger, die Signaturen prüfen, Duplikate ignorieren und sinnvoll erneut versuchen, wenn die Gegenseite einen schlechten Moment hat, damit eine verpasste Zustellung nicht still die Bestellung eines Kunden verliert. Unsere Plattformintegration wird an den Tagen beurteilt, an denen sich der Dritte danebenbenimmt, und genau dort sorgen wir dafür, dass sie hält.
Haben Sie Systeme, die ohne manuellen Klebstoff miteinander reden müssen? Verbinden wir sie.
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Eine Marke in ein funktionierendes Geschäft verwandeln.
Eine halbe Million Menschen. Eine App. Null Chaos.















