Bitte gebt mir `/events` statt Webhooks

<p>- Für die Integration zwischen Systemen werden zwar Webhooks genutzt, aber <br /> → bei Serverausfällen entstehen Probleme, und weil sie flüchtig sind, werden sie leicht falsch verarbeitet oder gehen verloren<br /> → um diese Probleme zu vermeiden, könnte man mit Kafka o. Ä. puffern, aber das ist lästig <br /> - Für die Synchronisierung zweier Systeme wird ein `/events`-Endpoint vorgeschlagen <br /> → eine API, die Stripe bereits verwendet <br /> → man kann alle Events zu Erstellung/Änderung/Löschung der letzten 30 Tage abrufen <br /> → per Polling kann man sie zum gewünschten Zeitpunkt, in der benötigten Menge und auch mehrfach abrufen <br /> → mit Long Polling ließe sich die Belastung zusätzlich verringern</p>

[haya0206]

<p>Die Twitch-API soll wohl auch von Webhooks auf EventSub migrieren – scheint wohl ein Trend zu sein …</p>

[xguru]

<p>Die Synchronisierung zwischen zwei Systemen ist zwar ein Thema, das immer wieder diskutiert und verändert wurde. (Und es gibt auch viele Kontroversen dazu.)<br /> Ich fand die `/events`-API von Stripe interessant und poste deshalb den Link zum Artikel hier.<br /> Ich mag Methoden, die den Server belasten, nicht besonders, daher bin ich davon nicht völlig überzeugt … <br /> Aber bei Stripe, wo Zahlungsinformationen enthalten sind, die man auf keinen Fall verpassen darf, könnte das vielleicht ein Weg sein, die Zuverlässigkeit der Daten zu erhöhen.</p>

[yolatengo]

<p>Ich bin mir nicht sicher, was daran besser sein soll, als ein MQ wie Kafka zu verwenden ...</p>

[xguru]

<p>Kafka eignet sich für Systeme, die intern kontrollierbar sind,<br /> hier scheint es aber eher darum zu gehen, den Zugriff und die Integration mit separaten externen Entwicklern oder externen Systemen von vornherein zu erleichtern.</p>

[yolatengo]

<p>Ah ja, da gibt es wohl so einen Unterschied, haha. Unter der Voraussetzung, dass man ein offenes System bauen muss, ist das dann wohl so. <br /> Danke </p>