Ich stecke gerade in einer kleinen Zwickmühle mit unserer Schnittstelle für Zahlungsanbieter. Eigentlich sollte die neue Version alles stabiler machen, aber seit dem letzten Rollout beobachte ich sporadische Timeouts, die einfach nicht reproduzierbar sind. Die Logs zeigen nichts Aussagekräftiges und ich frage mich, ob es vielleicht an der Art liegt, wie wir die Webhook-Ereignisse verarbeiten. Hat jemand ähnliche Erfahrungen gemacht, als er seine Zahlungs-API umgestellt hat?
Das klingt echt hart, ich spüre den Frust. Timeouts ohne klare Ursache machen das Testing zäh und die Logs wirken wie Nebel.
Vielleicht kommt der Effekt von Lastspitzen oder davon wie ihr Webhooks verarbeitet die Reihenfolge oder die Retry Logik beeinflusst. Prüft doch mal die Timeout Einstellungen und die Thread Begrenzung.
Vielleicht denkt ihr zu sehr an die Webhooks und verpasst das Timing des Aufrufers. Die eigentliche Grenze könnte im Mapping der Payloads liegen.
Interessant, aber ich frage mich ob es wirklich an der API liegt oder ob die neue Architektur uns ein falsches Sicherheitsgefühl gibt.
Vielleicht sehe ich das Thema eher als Stromkreis statt als Einheit der API. Jeder Webhook ist eine Verbindung und wenn eine bricht wird es zyklisch problematisch.
Hast du schon mal versucht die Verarbeitungszeit für Webhooks strikt zu limitieren und die Logs gezielt zu fokussieren?
