Hãy cho tôi `/events` thay vì webhook

<p>- Để tích hợp giữa các hệ thống, người ta thường dùng WebHook, nhưng <br /> → khi máy chủ bị sập sẽ phát sinh vấn đề, và vì tính chất tạm thời nên rất dễ xử lý sai hoặc bị mất dữ liệu<br /> → để loại bỏ các vấn đề này có thể đệm bằng Kafka hoặc tương tự, nhưng khá phiền <br /> - Đề xuất endpoint '/events' để đồng bộ hai hệ thống <br /> → Đây là API mà Stripe đang sử dụng <br /> → có thể lấy các sự kiện tạo/thay đổi/xóa trong 30 ngày gần nhất <br /> → thông qua polling, có thể lấy vào thời điểm mong muốn, số lượng cần thiết, và lấy nhiều lần cũng được <br /> → nếu dùng long polling thì cũng có thể giảm tải</p>

[haya0206]

<p>Nghe nói API của Twitch cũng đang được migrate từ webhook sang EventSub, chắc đây là xu hướng rồi..</p>

[xguru]

<p>Việc đồng bộ giữa hai hệ thống là một chủ đề đã liên tục được bàn luận và thay đổi. (Cũng có khá nhiều tranh cãi nữa)<br /> Tôi thấy API `/events` của Stripe khá thú vị nên mang link bài viết lên chia sẻ.<br /> Cá nhân tôi thì không thích lắm vì không ưa cách tiếp cận gây tải cho server.. <br /> Nhưng với Stripe, nơi chứa thông tin thanh toán không được phép bỏ lỡ, tôi nghĩ đó cũng có thể là một cách để tăng độ tin cậy của dữ liệu.</p>

[yolatengo]

<p>Tôi cũng không rõ nó tốt hơn ở điểm nào so với việc dùng MQ như Kafka...</p>

[xguru]

<p>Kafka phù hợp với các hệ thống có thể kiểm soát ở bên trong với nhau, <br /> nhưng ở đây dường như chủ đề là những cách ngay từ đầu giúp việc truy cập và tích hợp với các nhà phát triển bên ngoài hoặc hệ thống bên ngoài trở nên dễ dàng hơn.</p>

[yolatengo]

<p>À, đúng là sẽ có khác biệt như vậy nhỉ haha Trong điều kiện phải xây dựng một hệ thống mở thì đúng là như thế <br /> Cảm ơn bạn </p>