Ich stecke gerade in einem kleinen API-Dilemma fest. Für unser neues Dashboard habe ich eine externe Zahlungs-API angebunden, die eigentlich super dokumentiert ist. Aber jetzt, wo wir live gehen, beobachte ich sporadische Timeouts bei den Callbacks. Die Logs zeigen keine Fehler auf unserer Seite, und der Anbieter sagt, die Requests wären bei ihnen angekommen und erfolgreich verarbeitet worden. Irgendwo auf dem Rückweg scheint es hängen zu bleiben. Ich frage mich, ob das an unserer Firewall-Konfiguration liegen könnte oder ob wir bei der Implementierung der Webhook-Endpunkte etwas Grundlegendes übersehen haben.
Das nervt echt die situation mit den timeouts die logs sagen nichts der provider behauptet alles angekommen doch der rueckweg bleibt still ich wünschte ich könnte einen klaren fehler sehen
Schritte die helfen koennen zuerst die webhook endpunkte auf erreichbarkeit testen. Dann loggen wie viele callbacks ankommen und ob es wiederholungen gibt. Dann prüfen ob der handshake oder TLS timeouts verursacht haben koennte und wie lange der request wartet. Und je nachdem ob wir eine idempotente implementierung haben koennte das helfen mehrere anfragen zu ignorieren
Vielleicht verstehe ich es falsch aber ich neige dazu zu glauben das problem koennte weniger unsere firewall betreffen und mehr am asynchronen verhalten der webhooks liegen wir bekommen ja bestätigungen vom anbieter aber der callback taucht nicht im eigenen log auf
Vielleicht ist der fokus zu eng wir koennen auch mal fragen ob der ganze ansatz sinnvoll ist statt uns permanent auf firewall und endpunkte zu konzentrieren was wenn wir die idee der callback abstraction ganz neu fassen und eine polling alternative diskutieren
