Netmedia Framecode

Cegah Saldo Kepotong Dua Kali dengan Idempotensi 🛡️💸

Pernahkah kamu membayar sesuatu di aplikasi, tiba-tiba loadingnya lama (timeout), lalu aplikasi otomatis mencoba ulang pembayarannya (retry)?

Dari sisi pengguna, ini terlihat biasa saja. Tapi di belakang layar (backend), percobaan ulang ini sangat berbahaya karena bisa membuat transaksi tercatat ganda. Saldo bisa terpotong dua kali! 😱

⚠️ Kenapa ini bisa terjadi?
1. Permintaan masuk ke sistem.
2. Sistem sebenarnya sudah berhasil memproses pembayaran tersebut.
3. Tapi, karena jaringan jelek, balasan "Sukses" tidak sampai ke aplikasi.
4. Aplikasi mengira transaksi gagal, lalu mengirim ulang permintaan yang sama.

🛠️ Solusi Kami: Sistem Idempotensi
Daripada berharap jaringan selalu lancar, kami merancang sistem agar "kebal" terhadap percobaan ulang (seperti pada alur di gambar):
- Setiap transaksi diberi kode tiket unik yang disebut Idempotency-Key (misalnya: abc123).
- Saat permintaan masuk, sistem akan mengecek memori sementara (Redis).
- Jika kode belum ada: Sistem akan memproses transaksi tersebut di database. Setelah selesai, kode abc123 tadi akan disimpan di Redis sebagai tanda "sudah diproses".

Jika kode sudah ada: Sistem tahu bahwa ini adalah permintaan duplikat (retry). Sistem tidak akan memotong saldo lagi. Sebagai gantinya, sistem langsung memberikan balasan "Sukses" berdasarkan data yang sudah tersimpan sebelumnya. ✅

🚀 Apa Dampak Nyatanya?
✔️ Tidak ada lagi transaksi keuangan yang ganda atau bocor.
✔️ Sistem tetap aman dan stabil walaupun sering terjadi retry akibat sinyal buruk.

💡 Kesimpulan Penting
Dalam dunia pemrograman, error jaringan itu pasti terjadi dan retry tidak bisa dihindari.

Oleh karena itu, pastikan sistem yang kita buat dirancang agar AMAN UNTUK DICOBA ULANG (SAFE TO RETRY). 🔒

Perbedaan utama antara aplikasi yang sekadar "bisa jalan" dengan aplikasi kelas profesional adalah pada cara aplikasi tersebut menangani masalah saat terjadi error. 💻✨