Apa yang lebih dulu menjadi kendala?
Ubah beban kerja dan kapasitas komponen, lalu temukan komponen mana yang menyerah lebih dulu.
Mau simulasi yang mana?
Trafik rendah, dominan baca, retensi satu tahun. Satu mesin masih memadai.
1. Tebak dulu
wajib, biar kepikiranMenurutmu, bagian mana yang mentok duluan? Salah tebak nggak apa-apa, justru di situ belajarnya.
2. Ubah asumsinyakalau mau
Semua angka di bawah ini asumsi model, bukan hasil pengukuran produksi.
3. Hasilnya
masih kosong
Belum ada hasil. Pilih prediksi dulu, lalu jalankan simulasinya.
4. Tantangan
0/3 skenarioKetiga skenario punya pembatas yang beda. Coba tebak semuanya.
- URL shortener kecil?
shortener-kecil
- Peluncuran viral?
peluncuran-viral
- Arsip tulis berat?
arsip-tulis-berat
5. Catatan keputusan
Tulis alasan di balik tebakanmu. Unduhannya berisi skenario, input, versi model, hasil, dan penalaranmu, bukan cuma skor.
Rumus, asumsi, dan yang nggak dimodelkan
rpsAvg = request per hari / 86.400 rpsPeak = rpsAvg × pengali puncak dbRps = rpsPeak × rasioBaca + rpsPeak × (1 − rasioBaca) × 2 egressMbps = rpsPeak × ukuranResponsKb × 8 / 1024 tulisanPerHari = request per hari × (1 − rasioBaca) penyimpananGb = tulisanPerHari × retensiHari × ukuranTulisKb / 1.048.576 utilisasi = kebutuhan / kapasitas
- Satu tulisan dihitung dua query: nulis baris plus update indeks.
- Egress cuma ngitung badan respons; header, TLS, dan retry diabaikan.
- Penyimpanan belum termasuk replika, indeks, tombstone, atau overhead filesystem.
- Kapasitas dianggap tetap. Nggak ada model antrean, lonjakan mikro, cache, CDN, atau kompresi.
- Modelnya deterministik, nggak ada angka acak, jadi seed nggak berlaku. Versi l01-v1.