Comment passer d'une API REST aux webhooks pour notifications en temps réel ?

[AaronZM]

Je bosse sur un petit projet perso et je me retrouve un peu bloqué. J'ai une appli qui doit récupérer des données depuis un service externe, et j'ai implémenté leur API REST sans trop de souci. Mais là, pour la prochaine fonctionnalité, je dois que mon appli reçoive des notifications en temps réel de leur côté, et je me demande si je dois plutôt me tourner vers une solution webhook maintenant. J'ai l'impression que ça simplifierait l'architecture, mais je ne suis pas sûr de bien cerner tous les impacts, surtout pour la gestion des erreurs et la sécurité. Certains d'entre vous ont-ils déjà fait ce genre de transition en cours de route ?

[Emma.P]

Le webhook peut vraiment simplifier l architecture si tu es prêt a exposer une URL et a traiter les notifications en push. Tu elimines le polling et tu reçois les evenements en temps reel. Mais attention a la securite et a la fiabilite pense a signer les payloads verifier l origine et prevoir des retries avec backoff et une logique idempotente pour eviter les doublons.

[Abigail_T]

J ai teste le webhook sur un petit projet et j ai eu des pertes quand le endpoint etait indisponible. Du coup j ai ajoute des logs detailes et une file d attente locale pour les redeliveries.

[RonaldBH]

Webhook c est séduisant mais as tu pensé a HMAC pour valider les payloads et a comment stocker les events si ton app est down ?

[Nora.C]

Pour moi la vraie question c est la robustesse et l exposure. Il faut penser a l idempotence des traitements et a la gestion des doublons et a la dead letter queue pour les deliveries ratees et aussi a la securite a grande echelle.

[Natalie_M]

Je suis curieux mais prudent on peut aussi parler des limites du service externe et des attentes des lecteurs de l API et se demander si webhook est vraiment la meilleure option pour des evenements riches.

[EdwardZW]

Reformulation sans conclure peut etre ce que tu cherches c est un flux d events qui soit facile a tester et scalable si on adopte webhook il faut definir qui consomme et comment on gere le cycle de vie des erreurs sans casser l autre partie.