Cepat dan tepat baru separuh pekerjaan. Separuh lainnya adalah gagal dengan aman.

Dua cara gagal di bawah beban

Saat permintaan melebihi kemampuan sistem, sistem bisa terus menerima semuanya dan perlahan tenggelam: latensi naik, permintaan timeout, koneksi menumpuk, lalu lalu lintas tidak sehat ikut menjatuhkan yang sehat.

Atau sistem dapat mengenali kapasitasnya, cepat melayani yang mampu ditangani, dan menolak sisanya dengan pesan jelas untuk mencoba lagi.

Cara pertama membuat kegagalan berantai. Cara kedua adalah degradasi terkendali. Untuk pembayaran, ini wajib karena waktu terburuk merusak ledger adalah saat paling sibuk.

Kami mendorong hingga 2× kapasitas. Tidak ada yang rusak

Jalur pembayaran ditahan pada dua kali tingkat nyamannya. Dari lebih dari empat juta permintaan, semuanya selesai cepat atau segera menerima sibuk, coba lagi sebentar.

Lebih dari 700 ribu unit beban berlebih ditolak dengan bersih. Tidak ada yang menggantung, tidak ada timeout, dan lalu lintas terlayani tetap cepat.

Penolakan cepat adalah pengelolaan kapasitas yang jujur. Timeout lambat adalah gangguan yang sedang berlangsung.

Pembukuan tidak bergeser

Menolak lalu lintas secara bersih adalah rekayasa yang baik. Menjaga ledger tetap tepat selama proses itu adalah tujuannya.

Di bawah beban penuh, audit independen menghitung ulang semua saldo dari catatan mentah tanpa mempercayai pembukuan perangkat lunak:

Semua pemeriksaan menghasilkan nol. Ledger yang hanya tepat saat nyaman tidak dapat dipercaya. Ledger ini tetap tepat saat sistem di sekitarnya kewalahan.

Mengapa kami menguji hari yang buruk

Benchmark jalur ideal hanya menunjukkan brosur, bukan pengalaman saat kampanye viral atau trafik gajian datang sekaligus. Pada saat itulah kepercayaan diperoleh atau hilang.

Kami tidak menguraikan mekanisme pelepasan beban karena itu bagian rekayasa kami. Kami mendokumentasikan perilaku yang terlihat dan menerbitkan bukti agar kesimpulannya tidak bergantung pada kata-kata kami.

Buktinya tersedia untuk umum