Tolong beri saya `/events` alih-alih webhook

<p>- Untuk integrasi antarsistem, WebHook memang digunakan, tetapi <br /> → saat server down bisa timbul masalah, dan karena sifatnya sementara, mudah salah diproses atau hilang<br /> → untuk menghilangkan masalah ini, memang bisa dibuffer dengan Kafka dan sebagainya, tetapi merepotkan <br /> - Untuk sinkronisasi dua sistem, diusulkan endpoint '/events' <br /> → API yang digunakan Stripe <br /> → bisa mengambil event untuk semua pembuatan/perubahan/penghapusan selama 30 hari terakhir <br /> → melalui polling, bisa diambil kapan saja sesuai kebutuhan, sebanyak yang diperlukan, bahkan berulang kali <br /> → dengan long polling, beban juga tampaknya bisa dikurangi</p>

[haya0206]

<p>Katanya API Twitch juga dimigrasikan dari webhook ke EventSub, sepertinya memang lagi tren..</p>

[xguru]

<p>Sinkronisasi antara dua sistem memang topik yang terus dibahas dan berubah-ubah. (juga cukup kontroversial)<br /> Saya merasa API /events milik Stripe menarik, jadi saya ambil tautan artikelnya lalu membagikannya di sini.<br /> Saya pribadi kurang suka cara yang membebani server, jadi saya agak kurang sreg dengan ini, tapi... <br /> Namun untuk Stripe, yang memuat informasi pembayaran penting yang tidak boleh terlewat, saya jadi berpikir bahwa itu mungkin bisa menjadi cara untuk meningkatkan keandalan data.</p>

[yolatengo]

<p>Saya kurang paham... apa kelebihannya dibanding memakai MQ seperti Kafka</p>

[xguru]

<p>Kafka cocok untuk sistem-sistem yang bisa dikendalikan secara internal, <br /> tetapi tampaknya di sini topiknya adalah kemudahan akses dan integrasi dengan developer eksternal atau sistem eksternal yang benar-benar terpisah.</p>

[yolatengo]

<p>Ah ya, memang ada perbedaan seperti itu ya haha kalau dalam kondisi harus membuat sistem terbuka, memang begitu ya <br /> Terima kasih </p>