Webhook的陷阱：为何我们总在重复造轮子
The Valley of Webhooks
我在三家公司为不同服务商构建了三次同样的系统，却从未在路图上找到它的名字。Webhook本是为了触发副作用而生，却被我们强行用来同步数据。于是，签名验证、去重表、缓冲队列、引导导入和凌晨三点的对账Cron成了标配。这并非某个服务商的Bug，而是整个行业陷入了局部最优的陷阱：用无数优秀的工程技巧去修补一个根本不适合的工具。当Stripe和WorkOS开始提供有序日志API时，我们是否该重新思考，把推送改为拉取，让数据同步回归本质？
通知是触发副作用的好方法，却是传输数据集的糟糕方式，而我们不知不觉间把这两项工作混为一谈。