8 metrik APM teratas yang digunakan tim TI untuk memantau aplikasi mereka

Penulis

Jim Holdsworth

Staff Writer

IBM Think

Pengalaman pelanggan (CX) yang unggul dibangun di atas metrik pemantauan kinerja aplikasi (APM) yang akurat dan tepat waktu. Anda tidak dapat menyempurnakan aplikasi atau sistem untuk meningkatkan CX hingga Anda mengetahui apa masalahnya atau di mana peluangnya.

Solusi APM biasanya menyediakan dasbor terpusat untuk menggabungkan metrik kinerja real-time dan insight untuk dianalisis dan dibandingkan. Mereka juga menetapkan standar dasar untuk memperingatkan administrator sistem tentang penyimpangan yang mengindikasikan masalah kinerja aktual atau potensial. Tim TI, DevOps, dan insinyur keandalan situs kemudian dapat dengan cepat mengidentifikasi dan menangani masalah aplikasi.

Pemantauan kinerja aplikasi adalah fase awal dari manajemenkinerja aplikasi. Pemantauan melacak kinerja aplikasi dan memungkinkan pengelolaan aplikasi tersebut. Solusi APM memberikan administrator alat instrumentasi yang dibutuhkan untuk mengumpulkan data dengan cepat dan melakukan analisis akar masalah; mereka kemudian mengisolasi, memecahkan masalah, dan menyelesaikan masalah tersebut.

Metrik APM utama untuk dipantau

Ada sejumlah metrik yang dapat Anda pilih, tetapi kami sarankan untuk berfokus pada delapan metrik ini untuk menuai manfaat paling banyak dalam organisasi TI Anda.

1. Skor Apdex dan SLA

Mari kita mulai dengan indeks kinerja aplikasi (Apdex) dan skor perjanjian tingkat layanan (SLA), karena mereka adalah dasar dari pengalaman pelanggan yang unggul. Kecepatan dan umpan yang akan Anda ukur adalah aspek spesifik yang seharusnya menambah kinerja yang cepat. Namun, keduanya adalah sarana, bukan tujuan. Pelanggan yang bahagia adalah tujuan Anda—yang diharapkan dapat mengarah ke peningkatan penjualan.

Skor Apdex dan SLA adalah cara paling populer untuk melihat pemantauan pengalaman pengguna akhir. Skor Apdex melacak kinerja relatif aplikasi dengan menentukan tujuan untuk waktu yang biasanya dilakukan permintaan web atau transaksi. SLA adalah metrik dalam kontrak pelanggan Anda dan apa pun yang lebih rendah dari SLA yang ditentukan berisiko penurunan CX (dan kemungkinan penalti yang telah ditentukan sebelumnya).

2. Ketersediaan aplikasi (dikenal juga sebagai waktu aktif atau pemantauan kinerja)

Ini adalah metrik paling dasar: Apakah lampu menyala? Anda memantau dan mengukur apakah aplikasi Anda online dan tersedia. Sebagian besar perusahaan menggunakan ini untuk mengukur kepatuhan perjanjian tingkat layanan (SLA). Waktu aktif sering merupakan jalan singkat untuk menilai keandalan dan kesehatan sistem secara keseluruhan. Waktu henti yang berlebihan dapat berdampak negatif pada kepuasan pengguna untuk organisasi yang memberikan layanan online. Untuk aplikasi web, Anda dapat memverifikasi ketersediaan dengan pemeriksaan HTTP sederhana yang dijadwalkan secara teratur.

3. Penggunaan CPU (dikenal juga sebagai penggunaan sumber daya)

Persentase tinggi kapasitas CPU yang digunakan oleh aplikasi dapat menjadi tanda masalah kinerja. Lonjakan penggunaan CPU yang tiba-tiba dapat mengakibatkan waktu respons yang lebih lambat. Fluktuasi permintaan untuk aplikasi mungkin juga merupakan indikasi bahwa Anda perlu menambahkan lebih banyak instans aplikasi. Aturan umum adalah jika penggunaan CPU melebihi 70% lebih dari 30% waktu penggunaan, Anda mungkin kehabisan kapasitas CPU.

Penggunaan sumber daya juga dapat mencakup penggunaan memori dan disk. Pelacakan RAM membantu mengidentifikasi kebocoran memori yang dapat menyebabkan kegagalan atau kebutuhan memori yang lebih besar. Metrik penggunaan disk dapat membantu mencegah aplikasi kehabisan penyimpanan persisten yang dapat menyebabkannya gagal. Penggunaan disk yang tinggi juga bisa menjadi tanda penyimpanan data backend yang tidak efisien atau kebijakan retensi data yang salah.

4. Tingkat Kesalahan

Perangkat lunak metrik APM Anda harus memantau aplikasi untuk mencatat persentase permintaan yang mengakibatkan kegagalan. Ini membantu mengidentifikasi dan memprioritaskan penyelesaian masalah yang memengaruhi pengalaman pengguna. Kesalahan aplikasi dapat mencakup kesalahan server, respons 404 atau batas waktu dalam aplikasi web. Anda dapat mengonfigurasi solusi APM untuk mengirim notifikasi saat tingkat kesalahan melebihi parameter yang ditetapkan. Misalnya, kirim pemberitahuan ketika 2,5% dari 25 permintaan sebelumnya telah mengakibatkan kesalahan.

5. Pengumpulan sampah

Pengumpulan sampah (GC) dapat meningkatkan kinerja dengan mengidentifikasi dan menghilangkan penggunaan memori yang berat dari Java atau bahasa lainnya. Kabar baiknya adalah bahwa otomatisasi GC mengklaim kembali memori yang ditujukan untuk objek atau data yang tidak digunakan atau berlebihan yang tidak lagi digunakan oleh aplikasi. Objek atau data yang tidak digunakan dihapus dan objek yang digunakan disalin ke kumpulan memori generasi selanjutnya. Ini adalah metrik yang harus Anda pertahankan agar seimbang. Jika GC terlalu sering dijalankan, mungkin akan membutuhkan terlalu banyak overhead; tetapi jika GC tidak terlalu sering dijalankan, sistem Anda mungkin akan kekurangan memori.

6. Jumlah instans

Pelacakan instans memungkinkan Anda menskalakan aplikasi untuk memenuhi permintaan pengguna aktual, berdasarkan berapa banyak instans aplikasi atau server yang berjalan setiap saat. Ini bisa sangat penting untuk aplikasi cloud. Auto-scaling dapat membantu Anda memastikan aplikasi modern berskala untuk memenuhi permintaan dan menghemat anggaran selama jam di luar jam sibuk. Hal ini juga dapat menciptakan tantangan pada pemantauan infrastruktur. Sebagai contoh, jika aplikasi Anda secara otomatis meningkatkan penggunaan CPU, Anda mungkin tidak akan pernah melihat penggunaan CPU Anda meningkat—sebaliknya, Anda mungkin melihat jumlah instans server meningkat terlalu jauh, berikut tagihan hosting Anda.

7. Kecepatan permintaan

Anda dapat mengukur lalu lintas yang diterima oleh aplikasi untuk mengidentifikasi penurunan, peningkatan, atau pengguna yang berbarengan. Menghubungkan kecepatan permintaan dengan metrik kinerja aplikasi lainnya akan membantu Anda memahami skalabilitas aplikasi perangkat lunak Anda. Perangkat lunak APM juga dapat memantau lalu lintas untuk mengidentifikasi anomali. Pemantauan pengguna yang menunjukkan peningkatan permintaan yang tidak terduga bisa menjadi serangan denial-of-service (DoS). Sejumlah besar permintaan dari pengguna yang sama bisa menjadi indikasi akun yang diretas. Bahkan permintaan yang luar biasa rendah pun bisa jadi merupakan hal yang buruk—inaktivitas atau tidak ada lalu lintas sama sekali bisa berarti kegagalan di hampir semua bagian sistem Anda.

8. Waktu respons (dikenal juga sebagai durasi)

Dengan melacak waktu respons rata-rata terhadap permintaan—yaitu, berapa lama waktu yang dibutuhkan aplikasi untuk menampilkan permintaan sumber daya—Anda dapat menilai kinerja aplikasi. Permintaan ini dapat mencakup transaksi yang diprakarsai oleh pengguna akhir, seperti permintaan untuk memuat halaman web, atau dapat mencakup permintaan internal dari satu bagian aplikasi ke bagian lain, seperti proses atau layanan mikro yang meminta data dari disk atau memori. Total waktu respons mencakup waktu respons server (waktu yang dibutuhkan server Anda untuk memproses permintaan) ditambah latensi jaringan (total waktu yang dibutuhkan permintaan untuk bergerak melintasi jaringan).

Metrik terkait adalah waktu muat halaman yang mengukur waktu yang dibutuhkan halaman web untuk dimuat ke browser. Melacak waktu muat halaman memungkinkan alat pemantauan kinerja aplikasi Anda mengidentifikasi masalah yang menyebabkan halaman memuat dengan lambat dan kemudian meningkatkan pengalaman digital. Pemuatan halaman yang lambat dapat berarti pengabaian halaman dan kehilangan bisnis. Solusi APM dapat ditetapkan sebagai dasar kinerja untuk metrik ini dan kemudian memperingatkan Anda ketika tolok ukur tersebut tidak terpenuhi.

IBM DevOps

Apa itu DevOps?

Andrea Crawford menjelaskan apa itu DevOps, nilai DevOps, dan cara praktik serta alat DevOps membantu Anda memproses aplikasi Anda melalui seluruh delivery pipeline, dari ide hingga produksi. Dipimpin oleh para pemimpin terkemuka IBM, kurikulumnya dirancang untuk membantu para pemimpin bisnis dalam mendapatkan pengetahuan yang diperlukan untuk memprioritaskan investasi AI yang dapat mendorong pertumbuhan.

Metrik aplikasi tambahan

Bagi mereka yang mencari kumpulan metrik yang lebih komprehensif terkait dengan pemantauan kinerja aplikasi, Anda mungkin ingin mempertimbangkan metrik berikut:

  • Kueri basis data: Mengukur jumlah kueri yang diminta dari basis data oleh aplikasi. Alat APM Anda kemudian dapat membantu mengidentifikasi kueri yang lambat atau tidak efisien yang mungkin memperlambat kinerja aplikasi Anda secara keseluruhan.
  • I/O (Input/Output): I/O menunjukkan tingkat di mana aplikasi membaca atau menulis data. Anda dapat melacak kinerja media penyimpanan persisten (seperti HDD atau SSD) dan tingkat I/O untuk memori atau disk virtual.
  • Penggunaan jaringan: Penggunaan jaringan menunjukkan total bandwidth jaringan yang digunakan oleh aplikasi. Penggunaan jaringan yang meningkat dapat mengindikasikan masalah kinerja yang memperlambat waktu respons aplikasi atau menyebabkan kemacetan.
  • Ketersediaan node: Pengukuran yang mirip dengan jumlah instans adalah ketersediaan node, tetapi khusus untuk cloud. Saat Anda menerapkan aplikasi ke klaster Kubernetes, jumlah node yang tersedia dan merespons (dari total node dalam klaster) dapat membantu mengidentifikasi masalah dalam infrastruktur Anda. Metrik pengeluaran cloud juga bisa menjadi aspek penting, memberi Anda visibilitas real-time tentang biaya cloud dengan melacak panggilan API, waktu berjalan untuk mesin virtual (VM) berbasis cloud, dan total kecepatan keluar data.
  • Throughput: Throughput adalah volume data yang dapat ditransfer antara aplikasi dan pengguna atau sistem lain. Ini dapat digunakan untuk menentukan apakah aplikasi mampu menangani volume lalu lintas yang diharapkan.
  • Penelusuran transaksi: Ini memberi Anda gambaran tentang transaksi tunggal yang dilakukan oleh sebuah aplikasi. Data yang diambil dapat mencakup panggilan basis data, panggilan eksternal, dan panggilan fungsi—memantau permintaan transaksi dari awal hingga akhir.
  • Volume transaksi: Volume transaksi mengukur jumlah transaksi yang diproses oleh aplikasi. Ini memungkinkan alat APM untuk mengidentifikasi masalah dengan skalabilitas dan perencanaan kapasitas.

Memulai pemilihan solusi APM Anda

IBM Instana Observability memberikan observabilitas real-time yang dapat digunakan oleh semua orang—dan siapa pun. Program ini memberikan time to value yang cepat sekaligus memastikan bahwa strategi observabilitas Anda dapat mengikuti kompleksitas dinamis dari lingkungan saat ini dan masa depan. Dari perangkat mobile hingga mainframe, Instana mendukung lebih dari 250 teknologi dan terus berkembang.

 
Solusi terkait
Pemantauan kinerja aplikasi (APM)

Amati, pantau, dan perbaiki seluruh tumpukan aplikasi Anda secara otomatis dengan IBM Instana Observability.

Jelajahi pemantauan kinerja aplikasi
Layanan Manajemen Aplikasi

Berikan kinerja puncak dan kepuasan pengguna yang tinggi di seluruh portofolio aplikasi kustom Anda.

Jelajahi layanan manajemen aplikasi
Perangkat lunak dan solusi Application Performance Management

Menjembatani observabilitas tumpukan penuh dengan manajemen sumber daya aplikasi otomatis untuk mengatasi masalah kinerja sebelum berdampak pada pengalaman pelanggan.

Jelajahi solusi Application Performance Management
Ambil langkah selanjutnya

Dengan IBM Instana Observability, dapatkan observabilitas perusahaan penuh yang melengkapi Anda dengan visibilitas cepat, otomatis, dan kontekstual ke dalam kesehatan dan ketersediaan seluruh lingkungan aplikasi Anda.

  1. Jelajahi IBM Instana Observability
  2. Cobalah gratis