TUGAS 8 PPL
Estimasi Kapasitas System
Bapak Fajar Baskoro, S.Kom., M.T.
Jurnal
https://repository.uinjkt.ac.id/dspace/bitstream/123456789/76439/1/FATIMAH%20RANI%20BADRIYAH-FST.pdf
Deskripsi Singkat
Estimasi kapasitas dalam desain sistem adalah proses menentukan jumlah maksimum output atau beban yang dapat ditangani oleh sistem dalam periode waktu tertentu. Ini merupakan aspek penting dalam perencanaan dan desain sistem,baik untuk sistem fisik maupun sistem informasi. Estimasi kapasitas merupakan langkah penting dalam desain sistem untuk memastikan sistem yang dirancang dapat memenuhi kebutuhan pengguna dan beroperasi secara optimal. Dengan estimasi yang akurat, sistem dapat dirancang dengan efisien dan efektif, sehingga meningkatkan performa dan kepuasan pengguna. Pada pertemuan kali ini saya melakukan estimasi kapasitas dalan desain sistem aplikasi tokopedia.
Latar Belakang
Tokopedia adalah salah satu platform e-commerce terbesar di Indonesia. Platform ini menghubungkan penjual dan pembeli secara online, memungkinkan individu dan bisnis untuk membuka toko digital dan menjual berbagai produk, mulai dari elektronik hingga kebutuhan sehari-hari. Tokopedia menyediakan fitur pembayaran aman, pengiriman yang efisien, promosi dan diskon, serta layanan pelanggan. Dengan teknologi modern seperti cloud computing, big data analytics, dan AI.
Estimasi Kapasitas
Untuk memberikan perhitungan yang lebih detail dan spesifik, kita perlu menyederhanakan beberapa asumsi dan langkah-langkah perhitungan. Mari kita uraikan perhitungannya :
1. Estimasi Trafik
Asumsi :
- Pengguna Aktif Harian (DAU) : 10 juta
- Rata-rata Permintaan per Pengguna per Hari : 20
Perhitungan :
- Total Permintaan Harian :
10,000,000 pengguna x 20 permintaan = 200,000,000 permintaan/hari
- Permintaan per Detik :
200,000,000 permintaan / 86,400 detik = 2,315 permintaan/detik
2. Estimasi Penyimpanan
Asumsi :
- Data Pengguna : 1KB per pengguna
- Data Produk : 10KB per produk
- Data Transaksi : 2KB per transaksi
- Gambar Produk : 200KB per gambar, 5 gambar per produk
Perhitungan :
- Penyimpanan Data Pengguna :
100,000,000 pengguna x 1 KB = 100,000 GB = 100TB
- Penyimpanan Data Produk :
50,000,000 produk x 10 KB = 500,000 GB = 500 TB
- Penyimpanan Data Transaksi :
10,000,000 transaksi/bulan x 2 KB = 20,000 GB = 20 TB/bulan
- Penyimpanan Gambar Produk :
50,000,000 produk x 5 gambar x 200 KB = 50,000,000 x 1,000 KB = 50,000,000,000 KB = 50,000 GB = 50 TB
3. Estimasi Bandwidth
Asumsi :
- Rata-rata Pengunduhan per Pengguna per Hari : 5MB
- Rata-rata Pengunggahan per Pengguna per Hari : 1MB
Perhitungan :
- Total Pengunduhan Harian :
10,000,000 pengguna x 5 MB = 50,000,000 MB = 50,000 GB = 50 TB
- Total Pengunggahan Harian :
10,000,000 pengguna x 1 MB = 10,000,000 MB = 10,000 GB = 10 TB
4. High-Level Estimation
Infrastruktur :
- Server :
--> Untuk menangani 2,315 permintaan per detik, misalkan setiap server mampu menangani 100 permintaan per detik.
--> Diperlukan jumlah server : 2,315/100 = 24 server. Tambahkan redundansi (x2) dan load balancing, jadi sekitar 50 server.
- Database :
--> Database NoSQL terdistribusi seperti MongoDB
--> Jika setiap node database mampu menampung 10TB, dan total kebutuhan penyimpanan adalah sekitar 670TB (100TB + 500TB + 20TB + 50TB), maka diperlukan : 670/10 = 67 node.
- Cache :
--> Redis atau Memcached untuk cache data.
--> Asumsi penggunaan cache sebesar 1TB.
- CDN :
Cloudflare atau AWS CloudFront untuk distribusi konten.
- Monitoring :
Menggunakan Prometheus dan Grafana untuk pemantauan kinerja sistem.
Ringkasan Estimasi
- Trafik : 2,315 permintaan per detik.
- Penyimpanan : Sekitar 670TB total (pengguna, produk, transaksi, gambar).
- Bandwidth : 50TB pengunduhan dan 10TB pengunggahan per hari.
- Infrastruktur : 50 web server, 67 database node, 1TB cache, menggunakan CDN, monitoring dengan Prometheus dan Grafana.
Estimasi ini memberikan gambaran kasar tentang kebutuhan sumber daya untuk menjalankan aplikasi seperti Tokopedia. Setiap angka dapat disesuaikan lebih lanjut berdasarkan data penggunaan nyata dan optimasi kinerja yang dilakukan secara berkala.
Komentar
Posting Komentar