Mengapa Webhook Perlu Mempunyai Mekanisme Pengesahan dan Retry

Webhook membolehkan satu sistem menghantar maklumat kepada sistem lain apabila sesuatu peristiwa berlaku.

Contohnya, aplikasi boleh menerima webhook apabila pembayaran selesai, fail siap diproses atau status akaun berubah.

Kelebihan utama webhook ialah aplikasi tidak perlu memeriksa server berulang kali untuk mengetahui sama ada terdapat perubahan.

Namun, webhook juga boleh gagal.

Sambungan mungkin terputus.

Server penerima mungkin sibuk.

Request mungkin dihantar dua kali.

Untuk platform seperti KRCLUB, webhook perlu direka dengan mengambil kira situasi tersebut.

Salah satu langkah penting ialah pengesahan signature.

Sistem penerima perlu memastikan request benar-benar datang daripada sumber yang dipercayai, bukan daripada pihak lain yang cuba meniru event.

Retry juga diperlukan apabila penghantaran gagal.

Tetapi retry tidak sepatutnya berlaku tanpa had.

Sistem boleh menggunakan increasing delay supaya server tidak menerima terlalu banyak request dalam masa singkat.

Idempotency turut penting.

Jika event yang sama diterima dua kali, aplikasi tidak sepatutnya melakukan tindakan sensitif dua kali.

Contohnya, satu rekod pembayaran tidak boleh diproses semula hanya kerana webhook dihantar semula.

Log yang jelas membantu developer melihat bila event diterima, bila ia gagal dan berapa kali retry dilakukan.

Bagi KRCLUB, pelajaran utamanya ialah integration yang baik perlu tahan terhadap kegagalan sementara.

Webhook bukan hanya tentang menghantar data dengan cepat.

Ia juga tentang memastikan event dapat disahkan, diproses dengan selamat dan tidak menghasilkan tindakan berganda apabila berlaku retry.