Respons aplikasi yang lambat dapat berasal dari mana saja sepanjang jalur permintaan—antarmuka depan, gerbang, server aplikasi, atau database. Dalam arsitektur layanan mikro, satu permintaan melibatkan beberapa layanan yang dikelola oleh tim berbeda, dan mencatat setiap potensi bottleneck sangat mahal.
Pemantauan Aplikasi di ARMS (Application Real-Time Monitoring Service) mengatasi hal ini dengan secara otomatis melacak setiap antarmuka yang diekspos oleh aplikasi Anda serta menandai panggilan yang lambat—tanpa perubahan kode. Setelah Anda menginstal agen ARMS, agen tersebut akan terus-menerus memprofilkan aplikasi Anda, menangkap jejak terdistribusi, dan memantau kinerja antarmuka.
Panduan ini memandu Anda melalui alur kerja troubleshooting: periksa metrik kesehatan, identifikasi antarmuka yang lambat, lalu telusuri jejak dan stack metode untuk menemukan akar permasalahan.
Prasyarat
Sebelum memulai, pastikan Anda telah memiliki:
Akun Alibaba Cloud dengan ARMS yang diaktifkan
Aplikasi yang terhubung ke Pemantauan Aplikasi ARMS dengan agen ARMS yang telah diinstal. Untuk metode instalasi, lihat Ikhtisar Pemantauan Aplikasi
Langkah 1: Periksa metrik kesehatan aplikasi dan SQL lambat
Halaman Application Overview memberikan snapshot kesehatan aplikasi Anda. Halaman ini melacak metrik berikut dan menampilkan tren harian serta mingguan:
| Metric | Apa yang ditunjukkan |
|---|---|
| Waktu respons rata-rata | Latensi keseluruhan yang dialami pemanggil |
| Total permintaan | Volume lalu lintas selama periode yang dipilih |
| Error | Permintaan gagal yang mungkin mengindikasikan bug atau masalah downstream |
| Instans real-time | Jumlah instans aplikasi aktif |
| Kejadian Full GC | Jeda garbage collection yang dapat menyebabkan tersendat |
| Kueri SQL lambat | Kueri database yang melebihi ambang batas lambat |
| Pengecualian | Exception runtime yang dilemparkan oleh aplikasi |
| Panggilan lambat | Panggilan antarmuka yang melebihi ambang batas waktu respons |
Masuk ke Konsol ARMS. Di panel navigasi sebelah kiri, pilih Application Monitoring > Application List.
Di halaman Application List, pilih Wilayah di bilah navigasi atas, lalu klik nama aplikasi Anda.
CatatanJika ikon
muncul di kolom Language, berarti aplikasi tersebut terhubung ke Pemantauan Aplikasi. Jika muncul tanda hubung (-), berarti aplikasi tersebut terhubung ke Managed Service for OpenTelemetry.Di halaman Application Overview, klik tab Overview. Tab ini menampilkan jumlah total kueri SQL lambat beserta perubahan harian dan mingguan. Peningkatan jumlah SQL lambat sering kali mengindikasikan bottleneck terkait database yang perlu segera diselidiki.
Langkah 2: Identifikasi antarmuka yang lambat
Halaman Interface Invocation mencantumkan semua antarmuka yang diekspos oleh aplikasi Anda, lengkap dengan jumlah panggilan dan waktu responsnya. ARMS menandai antarmuka yang lambat sehingga Anda dapat dengan cepat mengidentifikasi titik akhir yang perlu diperhatikan.
Di panel navigasi sebelah kiri, klik Interface Invocation.
Di panel kiri, klik antarmuka yang lambat untuk melihat detailnya. Fokuslah pada antarmuka dengan waktu respons tinggi atau jumlah besar panggilan lambat. Antarmuka inilah yang paling mungkin menjadi sumber latensi yang dirasakan pengguna.
Langkah 3: Temukan kode bermasalah melalui detail jejak
Setelah mengidentifikasi antarmuka yang lambat, telusuri jejaknya untuk menemukan kode spesifik yang menjadi penyebabnya. Snapshot antarmuka menangkap catatan jejak lengkap—setiap panggilan dalam rantai beserta durasinya—sehingga Anda dapat menentukan secara tepat di mana waktu dihabiskan.
Di sisi kanan halaman Interface Invocation, klik tab Interface snapshot. Tab ini menampilkan semua jejak yang tertangkap untuk antarmuka yang dipilih.
Klik ID jejak untuk membuka detail jejak tersebut.
Di panel detail jejak, tinjau hierarki panggilan dan rincian waktunya. Di kolom Details, klik ikon kaca pembesar untuk memeriksa stack metode dan informasi konteks.
CatatanUntuk cara lain dalam melakukan kueri dan memfilter jejak, lihat Trace query.
Setelah mengidentifikasi akar penyebab panggilan lambat tertentu, kembali ke halaman Interface Invocation dan ulangi proses ini untuk antarmuka lambat lainnya dalam daftar.
Atur peringatan untuk pemantauan berkelanjutan
Untuk mendeteksi regresi kinerja sedini mungkin, konfigurasikan aturan peringatan untuk satu atau beberapa antarmuka. Saat terjadi exception, ARMS akan mengirim pemberitahuan peringatan ke tim operasi Anda secara otomatis.
Untuk detailnya, lihat Aturan peringatan Pemantauan Aplikasi.