Memahami Indeks Kinerja Aplikasi (Apdex)
Indeks Kinerja Aplikasi (Apdex) adalah standar industri terbuka yang dibuat oleh aliansi vendor pemantauan kinerja untuk mengukur kepuasan pengguna terhadap waktu respons aplikasi perangkat lunak.Tidak seperti rata-rata matematika sederhana (seperti waktu respons rata-rata atau latensi rata-rata), Apdex mengubah histogram distribusi latensi mentah menjadi skor yang dinormalisasi antara 0,0 (ketidakpuasan pengguna sepenuhnya) dan 1,0 (kepuasan pengguna sempurna).
Rata-rata matematika terkenal menyesatkan dalam pemantauan web.Sebagian kecil dari outlier latensi ekstrim (misalnya database timeout atau cold-start jeda) dapat sangat mendistorsi statistik waktu respons rata-rata, membuat sistem tampak lambat ketika sebagian besar pengguna mengalami waktu muat yang cepat.Sebaliknya, latensi rata-rata dapat menyembunyikan penurunan signifikan yang memengaruhi kelompok pengguna utama.Apdex mengatasi distorsi ini dengan mengkategorikan setiap permintaan pengguna ke dalam zona kepuasan terpisah berdasarkan ambang batas target yang ditentukan (T).
Tiga Zona Pengalaman Pengguna Apdex
Apdex mengevaluasi pengalaman pengguna dengan mengklasifikasikan setiap permintaan HTTP ke dalam salah satu dari tiga zona berdasarkan ambang batas waktu respons target T:
1. Zona Puas (<= T)
Pengguna merasakan respons yang cepat dan lancar tanpa penundaan yang nyata.Permintaan yang diselesaikan dalam T menerima kredit penuh (1,0) dalam perhitungan Apdex.
2. Zona Toleransi (> T s/d <= 4T)
Pengguna merasakan sedikit penundaan respons namun tetap terlibat tanpa meninggalkan tugas mereka.Permintaan yang menoleransi menerima setengah kredit (0,5) dalam perhitungan.
3. Zona Frustasi (>4T atau Error)
Latensi respons sangat lambat, sehingga menyebabkan pengguna mengabaikan tugas atau marah-marah.Kesalahan HTTP 5xx secara otomatis termasuk dalam zona ini.Permintaan yang frustrasi tidak menerima kredit apa pun (0,0).
Rumus Skor Apdex
Rumus matematika untuk menghitung skor Apdex untuk ambang batas target tertentu T adalah:
Misalnya, jika aplikasi memproses total 1.000 permintaan dengan ambang batas target T = 500 md:
- 850 permintaan diselesaikan dalam <= 500 md (Puas)
- 100 permintaan diselesaikan antara 500 md dan 2000 md (Toleransi)
- 50 permintaan memerlukan waktu > 2000 md atau mengembalikan kesalahan (Frustrasi)
Cara Memilih Ambang Batas Target (T) yang Optimal
Memilih ambang batas target T yang sesuai sangat penting untuk pelaporan Apdex yang bermakna.Menetapkan T terlalu tinggi menghasilkan skor optimis yang tidak realistis, sedangkan menetapkan T terlalu rendah menandai kinerja yang dapat diterima sebagai gagal:
- Alur Kerja E-niaga & Checkout: Tetapkan T = 200 md hingga 500 md.Waktu respons yang cepat berkorelasi langsung dengan konversi keranjang.
- Dasbor SaaS & Titik Akhir API: Tetapkan T = 500 md hingga 1.000 md untuk kueri database kompleks dan visualisasi data.
- Pemrosesan Batch & Ekspor File Berat: Tetapkan T = 2.000 md hingga 4.000 md di mana pemrosesan latar belakang diharapkan.
Pertanyaan yang Sering Diajukan
Pertanyaan umum tentang topik ini
Pemantauan Apdex Pengguna Nyata yang Berkelanjutan
Berhenti menghitung skor Apdex secara manual dari log dump.SimpleOps secara otomatis melacak skor Apdex dan Core Web Vitals (LCP, INP, CLS) di semua kunjungan pengguna, memperingatkan tim Anda sebelum latensi melanggar target yang dapat diterima.