Denme `/events` en lugar de webhooks
(blog.syncinc.so)- Se usa WebHook para la integración entre sistemas, pero
→ cuando el servidor se cae hay problemas, y como es algo temporal, es fácil procesarlo mal o perderlo
→ se puede hacer buffering con Kafka, etc. para eliminar esos problemas, pero es molesto
- Se propone el endpoint '/events' para sincronizar dos sistemas
→ es una API que Stripe ya usa
→ permite traer todos los eventos de creación/cambio/eliminación de los últimos 30 días
→ mediante polling se pueden obtener en el momento que se quiera, tanto como se necesite, incluso varias veces
→ con long polling también se podría reducir la carga
5 comentarios
Parece que la API de Twitch también se va a migrar de webhooks a EventSub, así que debe ser la moda...
La sincronización entre dos sistemas es un tema que se ha seguido discutiendo y modificando. (Y también ha generado bastante polémica)
Me pareció interesante la API
/eventsde Stripe, así que traje y comparto el enlace al artículo.A mí no me convence mucho porque no me gustan los métodos que cargan al servidor, pero...
Pensando en Stripe, que maneja información de pagos que no se puede perder, creo que eso podría ser una forma de aumentar la confiabilidad de los datos.
No sé qué ventaja tendría frente a usar un mq como Kafka...
Kafka es adecuado para sistemas internos sobre los que se puede tener control,
pero aquí parece que el tema es algo que facilite desde el principio el acceso y la integración con desarrolladores externos o sistemas externos.
Ah, sí, supongo que sí hay esa diferencia jaja. En las condiciones donde hay que crear un sistema abierto, sí sería así.
Gracias