Em vez de webhooks, me deem `/events`
(blog.syncinc.so)- Para integração entre sistemas, usa-se WebHook, mas
→ quando o servidor cai há problemas, e como é algo temporário, é fácil processar errado ou perder eventos
→ para eliminar esses problemas, dá para usar buffering com Kafka etc., mas é trabalhoso
- Para sincronizar dois sistemas, é proposto o endpoint '/events'
→ API usada pela Stripe
→ permite buscar todos os eventos de criação/alteração/exclusão dos últimos 30 dias
→ por polling, é possível buscar no momento desejado, na quantidade necessária, até várias vezes
→ com long polling, talvez seja possível até reduzir a carga
5 comentários
A API da Twitch também parece que vai migrar de webhook para EventSub, então deve ser moda mesmo..
A sincronização entre dois sistemas é um tema que continua sendo discutido e alterado. (e também há muita polêmica)
Achei interessante a API
/eventsda Stripe, então trouxe o link do artigo para compartilhar.Eu particularmente não gosto muito de abordagens que sobrecarregam o servidor, então não me convence tanto assim..
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.
Não sei bem que vantagem isso teria em comparação com usar um MQ como o Kafka...
O Kafka é adequado para sistemas em que o controle pode ser feito internamente,
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.
Ah, sim, deve haver essa diferença mesmo haha. Em condições nas quais é preciso criar um sistema aberto, faz sentido assim.
Obrigado