Mengukur Performa, Bukan Menebak: Digitalisasi Operasional Perusahaan Besar

Sumber: ChatGPT

Kebiasaan Memperbaiki Sebelum Mengukur

Ketika sebuah aplikasi terasa lambat, reaksi yang paling umum adalah langsung menduga penyebabnya. Biasanya dugaan itu jatuh pada bagian yang terakhir diubah, atau pada bagian yang secara intuitif terasa berat.

Masalahnya, dugaan seperti ini sering meleset. Waktu habis untuk mengoptimalkan bagian yang sebenarnya hanya menyumbang sedikit dari total keterlambatan, sementara penyebab sesungguhnya tetap tidak tersentuh. Setelah beberapa siklus seperti ini, biaya yang keluar sudah besar sementara perbaikannya tidak terasa.

Layanan digitalisasi operasional perusahaan besar di Indonesia yang dikerjakan dengan disiplin selalu dimulai dari pengukuran, karena tanpa data, setiap optimasi hanyalah tebakan yang kebetulan berbiaya mahal.

Menetapkan Titik Awal Sebelum Mengubah Apa Pun

Langkah pertama bukan mencari penyebab, melainkan mencatat kondisi saat ini. Tanpa catatan ini, tidak ada cara membuktikan bahwa perubahan yang dilakukan benar-benar memperbaiki keadaan.

Yang perlu dicatat mencakup waktu respons pada persentil atas, bukan rata-rata, karena rata-rata menyembunyikan pengalaman sebagian pengguna yang justru paling buruk. Selain itu perlu dicatat penggunaan sumber daya pada kondisi beban normal maupun puncak.

Pencatatan ini juga menentukan target. Tanpa target yang jelas, optimasi bisa berjalan tanpa ujung, karena selalu ada bagian yang bisa dibuat sedikit lebih cepat. Menetapkan berapa waktu respons yang dianggap memadai membuat pekerjaan punya garis akhir yang jelas.

Empat Tempat Waktu Biasanya Terbuang

Dari pengalaman menangani beragam sistem, keterlambatan biasanya berasal dari beberapa tempat yang berulang.

Pemanggilan basis data yang tidak efisien. Kueri yang tidak memanfaatkan indeks dengan benar, atau pola di mana satu permintaan memicu puluhan pemanggilan terpisah, adalah penyebab paling sering. Pemeriksaan catatan kueri lambat biasanya menjadi tempat pertama yang layak dilihat.

Menunggu layanan lain. Sering kali aplikasi tidak sibuk melainkan sedang menunggu. Pemanggilan berurutan yang sebenarnya bisa dijalankan bersamaan adalah bentuk pemborosan yang tidak terlihat dari penggunaan prosesor.

Penggunaan memori yang terus bertambah. Objek yang tidak dilepaskan akan menumpuk hingga aplikasi melambat lalu berhenti setelah berjalan beberapa hari. Pola ini sulit ditemukan pada pengujian singkat karena baru muncul setelah waktu berjalan.

Pemrosesan yang tidak perlu berada di jalur permintaan. Pekerjaan berat yang hasilnya tidak ditunggu pengguna sebaiknya dipindahkan ke proses terpisah.

Membaca Data Profil dengan Benar

Alat pengukuran akan menghasilkan banyak angka, dan kesalahan yang umum adalah mengoptimalkan bagian yang paling menarik alih-alih bagian yang paling berdampak.

Prinsip yang dipakai sederhana. Perbaikan sebesar sepuluh persen pada bagian yang menyumbang tujuh puluh persen dari total waktu jauh lebih berarti daripada perbaikan lima puluh persen pada bagian yang hanya menyumbang dua persen.

Karena itu urutan pengerjaan ditentukan oleh porsi kontribusi terhadap total waktu, bukan oleh seberapa mudah sebuah bagian diperbaiki. Bagian yang mudah diperbaiki tetapi berdampak kecil sebaiknya ditunda, meskipun godaannya besar karena hasilnya cepat terlihat.

Pengukuran juga perlu dilakukan pada kondisi yang menyerupai produksi. Perilaku sistem pada data pengujian yang kecil sering sangat berbeda dari perilakunya pada data nyata.

Kapan Sistem Anda Perlu Diperiksa

Pemeriksaan performa sebaiknya dilakukan berkala, bukan hanya ketika sudah ada keluhan.