Kenapa aplikasi saya lambat? Cara profiling menemukan penyebab aslinya sebelum menambah server

Kenapa aplikasi lambat? Saat produk mulai terasa berat atau sering error, reaksi yang umum adalah membayar server yang lebih besar. Padahal penyebab aslinya sering jauh lebih kecil: satu fungsi yang mengerjakan hal yang sama berulang kali, atau kode lama yang masih berjalan diam-diam. Profiling adalah cara menemukannya. Pada 9 Oktober 2026, Cloudflare meluncurkan profiling CPU dan memori on-demand untuk Workers dan Durable Objects, langsung di production.

Artikel ini membahas apa itu profiling, temuan Cloudflare saat memakai alat barunya di layanan mereka sendiri, dan cara praktis mencari masalah performa di aplikasi apa pun.

Apa itu profiling?

Profiler mencatat di mana aplikasi menghabiskan waktu proses dan memori saat berjalan. Cloudflare menjelaskannya dengan sederhana: log dan metrik agregat hanya bisa membantu sampai titik tertentu, sedangkan profiling CPU atau memori bisa menunjukkan fungsi persis tempat aplikasi memakai CPU atau mengalokasikan memori.

Hasilnya biasanya ditampilkan sebagai flamegraph. Setiap kotak adalah satu panggilan fungsi, dan lebarnya menunjukkan seberapa banyak waktu CPU atau memori yang dipakai fungsi itu. Kotak paling lebar adalah tempat pertama yang perlu dicek.

Apa yang diluncurkan Cloudflare

• Profil CPU dan memori untuk Workers dan Durable Objects, bisa diminta kapan saja dari tab Observability di dashboard atau lewat CLI.
• Data production. Profil diambil dari Worker yang sedang melayani trafik nyata, karena menurut Cloudflare cara terbaik memahami aplikasi adalah memprofilnya di production.
• Flamegraph interaktif yang bisa ditelusuri di dashboard, plus file profil yang bisa diunduh untuk analisis lebih dalam.
• Durable Objects berdasarkan nama, sehingga objek tertentu bisa diprofil di mana pun ia berjalan.

Ada satu batasan yang perlu diketahui: Worker butuh trafik yang cukup agar bisa diprofil, karena profiler mengamati eksekusi nyata, bukan menjalankan instance baru.

Temuan profiling di Cloudflare

Cloudflare membagikan dua contoh nyata dari tim mereka sendiri:

• Pekerjaan ganda. Di Worker yang menangani penyimpanan R2, satu fungsi bantu JSON menelusuri struktur data yang sama berulang kali. Setelah pekerjaan gandanya dihapus, fungsi itu menjadi 2,7 kali lebih cepat.
• Masalah memori tersembunyi. Worker lain terus gagal dengan error “Exceeded Memory”, dengan pemakaian memori P999 sekitar 133 MB sementara batasnya 128 MB. Profil memori menunjukkan kode monitoring yang dikira sudah dimatikan memakan sekitar 66,7% alokasi. Setelah dihapus, ada sekitar 10 MB ruang di bawah batas.

Tidak satu pun masalah itu akan selesai dengan server yang lebih besar. Keduanya ditemukan dalam hitungan menit begitu ada yang melihat profilnya.

Cara menemukan penyebab aplikasi lambat

Berdasarkan pengalaman proyek kami, inilah urutan kerja kami, apa pun platformnya:

1. 1Ukur dulu. Halaman atau permintaan mana yang lambat, untuk siapa, dan seberapa lambat? Tanpa angka, setiap perbaikan hanya tebakan.
2. 2Profiling di production bila memungkinkan, karena trafik nyata berperilaku berbeda dari mesin uji.
3. 3Perbaiki kotak paling lebar. Mulai dari fungsi yang paling banyak memakai CPU atau memori, bukan yang terlihat mencurigakan.
4. 4Ukur lagi dan simpan angka sebelum dan sesudahnya, supaya jelas perbaikannya berhasil.

Checklist sebelum menambah server

• Ketahui permintaan mana yang lambat dan seberapa sering terjadi.
• Ambil profil CPU untuk melihat ke mana waktu proses habis.
• Ambil profil memori kalau ada crash atau error memori.
• Cek pekerjaan ganda, seperti perhitungan atau panggilan yang sama dilakukan dua kali.
• Hapus kode yang tidak dipakai lagi, termasuk fitur yang hanya dimatikan sebagian.
• Pasang alert untuk error dan latensi, supaya masalah berikutnya ketahuan sebelum pengguna menyadarinya.

Kalau kamu memindahkan aplikasi ke Cloudflare Workers, artikel kami tentang meninggalkan Deno Deploy membahas migrasi yang aman. Merilis perbaikan dalam langkah kecil yang di-review juga membuat pekerjaan performa lebih mudah diukur.

Artinya untuk bisnismu

Aplikasi yang lambat membuat pelanggan pergi, dan server yang lebih besar menambah biaya setiap bulan. Profiling sering mengubah keluhan yang samar menjadi satu baris kode yang jelas. Kami sarankan menjadikan pengecekan performa bagian dari maintenance rutin, bukan hanya dilakukan setelah pengguna mengeluh.

Bagaimana Estontinc membantu

Estontinc adalah software house di Malang dengan 100+ proyek dan 50+ klien selama lebih dari enam tahun. Tim cloud dan DevOps kami memasang monitoring, alert, dan profiling, dan lewat jasa pembuatan website dan web app kami memperbaiki kode di balik aplikasi yang lambat atau tidak stabil, lengkap dengan angka sebelum dan sesudahnya.

Layanan maintenance kami mencakup bug fix, monitoring, dan backup, sehingga performa tetap terjaga setelah rilis. Ceritakan bagian aplikasi yang terasa lambat lewat halaman kontak, dan kami balas dalam 24 jam.