Pagina 1 di 1
Un sistema di webhook che invia notifiche a 200 integratori terzi non può permettersi delivery inaffidabile. Quando il consumer è giù, devi gestirlo. Quando risponde 500, devi rincalzare. Quando l'utente vede il duplicato di un evento perché il consumer ha risposto 200 ma il client crede sia fallito, hai un problema serio di idempotenza.
In questa categoria scrivo di webhook robusti in Laravel: architettura con coda prioritaria, retry esponenziale fino a 24 ore con backoff jittered, firma HMAC dei payload per autenticazione mutua, idempotenza lato consumer tramite `Idempotency-Key`, dashboard di replay per debug.
Se hai un sistema di webhook che perde eventi o duplica delivery, parliamone. Oppure scopri il mio approccio.
Un sistema di webhook che invia notifiche a 200 integratori terzi non può permettersi delivery inaffidabile. Ho costruito un sistema con coda prioritaria, retry esponenziale fino a 24 ore, firma HMAC per autenticità, logging di ogni tentativo e dashboard di monitoring per gli integratori. Zero delivery perse da 9 mesi. Continua a leggere
