Denme `/events` en lugar de webhooks

<p>- Se usa WebHook para la integración entre sistemas, pero <br /> → cuando el servidor se cae hay problemas, y como es algo temporal, es fácil procesarlo mal o perderlo<br /> → se puede hacer buffering con Kafka, etc. para eliminar esos problemas, pero es molesto <br /> - Se propone el endpoint '/events' para sincronizar dos sistemas <br /> → es una API que Stripe ya usa <br /> → permite traer todos los eventos de creación/cambio/eliminación de los últimos 30 días <br /> → mediante polling se pueden obtener en el momento que se quiera, tanto como se necesite, incluso varias veces <br /> → con long polling también se podría reducir la carga</p>

[haya0206]

<p>Parece que la API de Twitch también se va a migrar de webhooks a EventSub, así que debe ser la moda...</p>

[xguru]

<p>La sincronización entre dos sistemas es un tema que se ha seguido discutiendo y modificando. (Y también ha generado bastante polémica)<br /> Me pareció interesante la API `/events` de Stripe, así que traje y comparto el enlace al artículo.<br /> A mí no me convence mucho porque no me gustan los métodos que cargan al servidor, pero... <br /> 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.</p>

[yolatengo]

<p>No sé qué ventaja tendría frente a usar un mq como Kafka...</p>

[xguru]

<p>Kafka es adecuado para sistemas internos sobre los que se puede tener control, <br /> 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.</p>

[yolatengo]

<p>Ah, sí, supongo que sí hay esa diferencia jaja. En las condiciones donde hay que crear un sistema abierto, sí sería así. <br /> Gracias </p>