Arsitektur transaksi
Satu ketukan pemain memicu lima tahap di tiga region sebelum saldo berubah. Halaman ini memecah anggaran waktunya, tahap demi tahap, beserta cara kami mengukurnya.
Anggaran latensi
Cara membacanya Tahap paling mahal adalah tulis ledger, dan itu disengaja. Kuorum lintas region membeli ketahanan dengan harga sebelas milidetik. Kami tidak menukarnya dengan penulisan satu region yang lebih cepat tetapi bisa kehilangan transaksi saat region jatuh.
Empat lapisan
Saldo hidup di memori; setiap mutasi ditulis ke log tahan-crash sebelum dikonfirmasi. Kehilangan proses berarti replay log, bukan rekonsiliasi manual.
Failover antar region selesai di bawah satu detik karena tidak ada yang perlu dipindahkan, hanya kepemimpinan yang berganti.
Perbedaan bentuk payload, penanganan error, dan model sesi tiap provider diserap di lapisan ini. Operator menulis integrasi sekali.
Provider yang lambat diisolasi lewat circuit breaker per-provider, sehingga satu vendor bermasalah tidak menyeret katalog lainnya.
Data pemain tidak pernah keluar dari region asalnya. Yang melintas hanya referensi terenkripsi. Kunci berotasi otomatis setiap 24 jam tanpa jeda layanan.
Akses internal berjalan lewat mTLS dan tercatat di audit trail yang hanya bisa ditambah, tidak diubah.
Satu identitas trace mengikuti transaksi melewati kelima tahap. Saat operator bertanya kenapa satu taruhan lambat, jawabannya ada di satu tampilan, bukan lima sistem.
Rekonsiliasi berjalan tiap jam terhadap catatan provider. Selisih memicu peringatan sebelum operator menemukannya di laporan harian.
Target layanan
| Indikator | Target | Realisasi | Titik ukur |
|---|---|---|---|
| Ketersediaan API transaksi | 99,95% | 99,98% | Probe sintetis dari tiga region, tiap 15 detik |
| Latensi transaksi P99 | ≤ 50 ms | 33 ms | Terminal operator sampai konfirmasi saldo |
| Latensi transaksi P50 | ≤ 20 ms | 11 ms | Terminal operator sampai konfirmasi saldo |
| Waktu failover region | ≤ 5 s | 0,8 s | Uji pemadaman terjadwal, tiap kuartal |
| Selisih rekonsiliasi | 0 | 0 | Pencocokan tiap jam dengan catatan provider |
| Waktu tanggap insiden kritis | ≤ 15 mnt | 4 mnt | Dari peringatan otomatis sampai tanggapan manusia |
Catatan pengukuran Realisasi dihitung dari 1 September 2025 sampai 31 Agustus 2026. Pemeliharaan terjadwal yang diumumkan tujuh hari sebelumnya tidak dikecualikan dari perhitungan ketersediaan.
Tumpukan teknologi
Pertanyaan teknis
Ledger menulis ke kuorum dua dari tiga region sebelum mengonfirmasi. Jika satu region hilang, kuorum tetap terpenuhi dan transaksi berjalan tanpa jeda. Region yang kembali menyusul lewat replay write-ahead log, bukan penyalinan penuh.
Persentil ke-99 selama 12 bulan terakhir, diukur dari terminal operator sampai konfirmasi saldo. Rata-rata berada di 11 ms, tetapi angka rata-rata menyembunyikan ekor distribusi yang justru dirasakan pemain.
Setiap putaran dicatat bersama seed dan nomor urutnya. Seed diaudit lab independen setiap 90 hari. Operator dapat memutar ulang satu putaran mana pun dan membandingkan hasilnya dengan catatan kami.
Di region yurisdiksi asal operator, terpisah secara fisik. Data lintas region hanya berupa referensi terenkripsi, bukan isi. Kunci per-tenant berotasi setiap 24 jam.
Halaman status menampilkan uptime dan latensi tiap region beserta riwayat insiden 30 hari terakhir. Tanpa login, tanpa formulir.
Buka halaman status
LAPAKTOTO