Em vez de webhooks, me deem `/events`

<p>- Para integração entre sistemas, usa-se WebHook, mas <br /> → quando o servidor cai há problemas, e como é algo temporário, é fácil processar errado ou perder eventos<br /> → para eliminar esses problemas, dá para usar buffering com Kafka etc., mas é trabalhoso <br /> - Para sincronizar dois sistemas, é proposto o endpoint '/events' <br /> → API usada pela Stripe <br /> → permite buscar todos os eventos de criação/alteração/exclusão dos últimos 30 dias <br /> → por polling, é possível buscar no momento desejado, na quantidade necessária, até várias vezes <br /> → com long polling, talvez seja possível até reduzir a carga</p>

[haya0206]

<p>A API da Twitch também parece que vai migrar de webhook para EventSub, então deve ser moda mesmo..</p>

[xguru]

<p>A sincronização entre dois sistemas é um tema que continua sendo discutido e alterado. (e também há muita polêmica)<br /> Achei interessante a API `/events` da Stripe, então trouxe o link do artigo para compartilhar.<br /> Eu particularmente não gosto muito de abordagens que sobrecarregam o servidor, então não me convence tanto assim..<br /> Mas, no caso da Stripe, que lida com informações de pagamento que não podem ser perdidas, fico pensando se isso não seria uma forma de aumentar a confiabilidade dos dados.</p>

[yolatengo]

<p>Não sei bem que vantagem isso teria em comparação com usar um MQ como o Kafka...</p>

[xguru]

<p>O Kafka é adequado para sistemas em que o controle pode ser feito internamente, <br /> aqui, porém, o tema parece ser algo que desde o início facilite o acesso e a integração com desenvolvedores externos ou sistemas externos separados.</p>

[yolatengo]

<p>Ah, sim, deve haver essa diferença mesmo haha. Em condições nas quais é preciso criar um sistema aberto, faz sentido assim. <br /> Obrigado </p>