Je suis en train de refactoriser un vieux module de synchronisation de données et je me retrouve avec deux services qui doivent absolument communiquer en temps réel. J’ai commencé à mettre en place un webhook pour que le premier puisse notifier le second, mais je me demande si c’est vraiment plus fiable qu’une simple requête HTTP périodique dans ce cas précis. Mon doute vient du fait que l’infrastructure côté récepteur est un peu ancienne et je crains des problèmes de délai ou de timeouts qui cassent le flux. Certains d’entre vous ont-ils déjà été dans cette situation ?
|
Comment choisir webhook vs requête périodique pour la synchro en temps réel?
|
|
Le webhook donne du vrai temps reel quand tout roule mais sur une infra ancienne un spike ou un time out peut bloquer le flux. Mettez en place des retries, des timeouts raisonnables et un dead letter pour les messages qui ne passent pas. La question c est surtout si la latence et la perte d ordre restent acceptables.
Franchement je doute que le webhook soit plus fiable si le récepteur est capricieux. Le polling avec backoff et logs peut parfois mieux lisser les pics et éviter les timeouts imposes par le push.
J ai vu des webhook qui s enfouissent sous le trafic et puis plus rien. Parfois un simple polling avec backoff et timeout fixe a sauvé le flux.
Si on reformule le souci peut etre plus clair ainsi on cherche a savoir si pousser des notifications en temps reel est vraiment preferable a une verification periodique lorsque le potentiel de timeouts existe et que l infra est ancienne.
Les attentes des lecteurs ici restent celles d un système robuste pas d un roman sur le futur du push. On se demande aussi comment l histoire des données est racontee quand on choisit webhook ou polling et comment faire ressentir les contraintes du reseau sans tout detruire.
Pour avancer testez les deux voies sur une copie de l env et mesurez les pertes et les delais avec un simulateur de reseau webhook et polling. Pensez idempotence et dead letter et un circuit breaker.
|
|
« Sujet précédent | Sujet suivant »
|

