IOSOR Panduan
Pengiriman failover sebagian tanpa biaya ganda
Pergantian jalur di tengah jalan pada satu niat klien harus diselesaikan sekali dan tidak pernah menciptakan status "Terkirim" pada cadangan — kejujuran prabayar white-label untuk failover sebagian.
Failover di tengah jalan masih merupakan satu niat klien. Primer dapat menerima, waktu habis, atau menolak setelah penahanan; cadangan kemudian dapat membawa unit yang sama. Pergantian itu tidak boleh membuka penyelesaian kedua, menciptakan status "Terkirim" yang tidak pernah diperoleh cadangan, atau mengabur menjadi percobaan ulang pengguna. IOSOR adalah prabayar white-label. USD 20 adalah top-up minimum publik (batas pilot). Tinjauan lunak di dekat USD 1,000/month adalah saat bug pengiriman sebagian melipatgandakan kerugian. Jalur terurut: jalur cadangan terurut tanpa debit ganda.
Pergantian di tengah jalan masih satu niat
Failover sebagian berarti unit meninggalkan API pembeli sekali, kemudian operasi memindahkan jalur karena primer tidak dapat menyelesaikan. Klien masih melihat satu baris pesan, satu kunci idempotensi, satu cerita uang. Jangan perlakukan hop cadangan sebagai pengiriman baru atau membuat penahanan kedua.
Apa arti "pengiriman sebagian" dalam istilah uang
| Tahap | Uang | Kebenaran klien |
|---|---|---|
| Penahanan pada niat | Cadangkan sekali | Dana dilindungi untuk satu unit |
| Primer menerima kemudian gagal di tengah jalan | Satu kandidat penyelesaian | Tertunda / butuh perhatian — bukan Terkirim |
| Cadangan menerima kunci yang sama | Tidak ada penyelesaian kedua | Debit yang sama; jalur berubah di sisi operasi |
| Cadangan tidak pernah |
Jangan pernah menciptakan status "Terkirim" pada cadangan
Mengganti jalur tidak membuktikan kotak masuk. Cadangan dapat menerima dan masih mengembalikan DLR yang gagal, waktu habis, atau keheningan. Status klien mengikuti bukti: diterima, tertunda, terkirim, gagal, butuh perhatian — hanya white-label. Operasi dapat mencatat jalur yang memenuhi; pembeli tidak boleh melihat string merek.
Berbeda dari kebijakan coba ulang dan jalur terurut
Ini adalah uang di tengah jalan pada pergantian yang sudah dimulai — bukan kapan harus mencoba ulang DLR yang gagal (kebijakan retry DLR gagal di bawah prepaid) dan bukan urutan primer → cadangan yang telah ditulis sebelumnya (saudara jalur terurut).
Daftar periksa pembeli untuk failover sebagian
- Satu kunci idempotensi mencakup uang primer dan cadangan untuk niat yang sama?
- Cadangan dapat menerima tanpa penyelesaian kedua?
- Status klien white-label tanpa status "Terkirim" yang diciptakan hanya pada pergantian?
- Jalur penahanan-gagal otomatis melepaskan tanpa penyelesaian hantu di kedua jalur?
Mulai dengan IOSOR
Paksa gagal primer di tengah kirim pada koridor non-produksi. Cadangan terurut harus mengambil kunci niat yang sama. Ekspor satu debit, sisa, dan status akhir jujur. Jika primer sudah mengirim bagian tubuh tersambung, jangan mengada-adakan Delivered pada cadangan dan jangan buka penyelesaian kedua untuk bagian itu.
Intisari IOSOR
Failover sebagian tetap satu niat pelanggan.
Lakukan: jaga satu kunci dan satu debit pada hop di tengah kirim.
Jangan: mengada-adakan Delivered pada cadangan yang tak pernah punya bagian, atau menagih sisa dua kali.
Apakah panduan ini membantu?
Panduan terkait
- Rekonsiliasi Pernyataan Buku Besar Pasca-Insiden di Seluruh Lalu Lintas yang Dialihkan
Rekonsiliasi pernyataan buku besar pasca-insiden di seluruh lalu lintas yang dialihkan menggunakan alat IOSOR. Cocokkan log SMS dan OTP dengan catatan penagihan dengan aman.
- Menerapkan Aturan Peredaman Flap untuk Mencegah Lonjakan Rute
Konfigurasikan aturan peredaman flap dan periode cooldown di IOSOR untuk mencegah pantulan rute destruktif dan melindungi stabilitas lalu lintas.
- Mengirim Pembaruan Status Otomatis Selama Kegagalan Rute yang Diperpanjang
Konfigurasikan notifikasi penyewa otomatis dan pemicu eskalasi SLA selama operasi jalur cadangan yang diperpanjang di dalam konsol IOSOR.