Dua belas hal yang sering terlupa saat aplikasi pertama kali naik ke server.
Tulisan ini lahir dari pertanyaan yang berulang kali muncul di grup diskusi dan di proyek klien. Jawabannya ternyata tidak rumit, tetapi jarang dijelaskan secara utuh.
Masalahnya
Kebanyakan dari kita belajar dari potongan contoh. Contoh itu berjalan, lalu kita lanjut ke pekerjaan berikutnya. Masalah baru terasa beberapa bulan kemudian, saat data sudah banyak atau saat orang lain ikut mengubah kode.
Pada topik Checklist Sebelum Rilis Aplikasi Laravel, gejalanya biasanya sama: sesuatu terasa lambat, angka tidak cocok, atau perubahan kecil merusak bagian lain.
Cara yang Lebih Aman
Tulis dulu apa yang diharapkan. Satu kalimat cukup, misalnya "halaman ini tampil di bawah satu detik untuk 10.000 data".
Ukur keadaan sekarang. Tanpa angka awal, kita tidak tahu apakah perubahan membantu.
Ubah satu hal, lalu ukur lagi. Mengubah banyak hal sekaligus membuat kita tidak tahu mana yang berpengaruh.
Contoh Kasus
Pada sebuah aplikasi toko dengan sekitar 4.300 transaksi per bulan, perubahan kecil pada bagian ini memangkas waktu muat halaman laporan dari 2,8 detik menjadi 0,4 detik. Tidak ada server baru, tidak ada pustaka tambahan, hanya perubahan cara berpikir.
Penutup
Tidak perlu menerapkan semuanya sekaligus. Pilih satu bagian yang paling sering bermasalah di proyek Anda, terapkan, lalu lihat hasilnya.
FR
Ditulis oleh
Fikri Ramadhan
Mengurus server dan database untuk beberapa startup. Menulis tentang hal-hal yang biasanya baru dipelajari setelah ada insiden.