Application Real-Time Monitoring Service：Layanan yang disediakan

Apa yang ditampilkan pada tab Upstream di halaman detail antarmuka?

Tab Upstream di halaman detail antarmuka menampilkan detail layanan hulu yang memanggil aplikasi saat ini dan dipantau oleh agen ARMS. Jika aplikasi memanggil dirinya sendiri, aplikasi tersebut juga ditampilkan sebagai layanan hulu pada tab Upstream.

Mengapa layanan hulu beberapa antarmuka tidak ditampilkan pada tab Upstream?

Jika layanan hulu tidak dipantau oleh agen ARMS, layanan tersebut tidak akan ditampilkan pada tab Upstream.

Mengapa data layanan hulu dan hilir tidak terurut?

Secara default, jika komponen SkyWalking diinstal dalam jejak, SkyWalking dianggap sebagai protokol pelacakan untuk seluruh jejak tersebut. Agen ARMS versi sebelum v4.2.x tidak sepenuhnya kompatibel dengan protokol SkyWalking, sehingga menyebabkan kesalahan pengenalan layanan hulu dan hilir. Anda dapat meningkatkan agen ke v4.2.x atau yang lebih baru, atau mengonfigurasi protokol propagasi di bagian Call Chain Pass-through Protocol Settings pada halaman Custom Configurations. Untuk informasi lebih lanjut, lihat Trace context propagation protocol settings.

Mengapa jejak panggilan kesalahan tidak ada?

Agen ARMS versi sebelum v3.2.x mungkin tidak mencatat dengan benar kode status jejak Dubbo. Agen ARMS versi 3.2.x dan yang lebih baru telah memperbaiki masalah ini.

Mengapa jejak panggilan abnormal tidak ada?

Agen ARMS versi sebelum v4.1.x hanya mencatat jejak panggilan kesalahan dan lambat, tetapi tidak mencatat jejak panggilan abnormal. Agen ARMS versi v4.1.x dan yang lebih baru mencatat jejak panggilan lambat, abnormal, dan kesalahan.

Mengapa lalu lintas antarmuka turun?

Tentukan apakah lalu lintas antarmuka benar-benar turun dengan memeriksa apakah terjadi perubahan bersamaan pada metrik seperti pemanfaatan CPU dan I/O jaringan sebelum dan sesudah penurunan yang dilaporkan:

• Jika lalu lintas antarmuka benar-benar turun, hal tersebut disebabkan oleh penurunan lalu lintas layanan.

• Jika lalu lintas antarmuka tidak turun, server ARMS mungkin mengalami kesalahan. Kami menyarankan Anda untuk membuat tiket.

Mengapa data lalu lintas Spring Cloud Gateway tidak akurat?

Agen ARMS versi sebelum v4.x memiliki kekurangan dalam instrumentasi Spring Cloud Gateway. Kami menyarankan Anda untuk meningkatkan agen ke v4.x.

Bagaimana cara mencari pernyataan SQL lambat dari suatu antarmuka?

Lakukan langkah berikut:

Apa arti titik kuning di antara dua antarmuka pada halaman Interface Invocation di konsol lama?

Arahkan pointer ke titik tersebut untuk melihat prompt.

• Titik kuning menunjukkan panggilan lambat. Secara default, panggilan yang memakan waktu lebih dari 500 milidetik diidentifikasi sebagai panggilan lambat. Anda dapat mengubah ambang batas durasi di bagian Interface call configuration pada halaman Custom Configuration.

• Titik merah menunjukkan panggilan kesalahan.

Mengapa beberapa data kode status 5xx tidak dikumpulkan?

Sesuai RFC7231, kode status seperti 502 dan 504 adalah kode kesalahan yang dikeluarkan oleh Gateway. Kode status ini mungkin tidak mencerminkan kode respons aktual dari layanan yang dipanggilnya. Dalam skenario di mana hanya layanan yang terhubung ke Gateway yang dipantau oleh agen ARMS dan Gateway itu sendiri tidak dipantau, respons 5xx yang dihasilkan oleh Gateway tidak dilacak atau dilaporkan.

Apa itu "NetWork And Dubbo Response Decode"?

Ini adalah rentang yang digunakan untuk menghitung waktu yang dikonsumsi oleh deserialisasi di lapisan transport Dubbo.

Mengapa nama antarmuka mengandung karakter seperti * atau kata kunci ARMS?

Karena nama antarmuka bersifat divergen, ARMS mengkonvergensikannya dengan mengganti bagian yang berbeda dari antarmuka serupa. Untuk informasi lebih lanjut, lihat ARMS convergence policies.

Mengapa durasi panggilan antarmuka eksternal dan durasi layanan hilir berbeda?

Waktu pemrosesan sisi server mengacu pada durasi yang dibutuhkan server untuk menangani permintaan setelah diterima oleh antarmuka. Di sisi lain, waktu pemrosesan sisi klien diukur sejak permintaan dimulai dan mencakup waktu tambahan untuk pembentukan koneksi dan latensi jaringan. Konsol ARMS menampilkan secara terpisah waktu pemrosesan sisi server untuk menangani permintaan dan total waktu sisi klien sejak permintaan dimulai. Namun, latensi terkait jaringan tidak dapat ditentukan secara tepat.

Mengapa jumlah pengecualian panggilan antarmuka normal lebih besar dari 0?

Pengecualian tersebut dilemparkan secara internal oleh framework tertentu (seperti OkHttp3) dan ditangkap secara eksternal oleh framework itu sendiri. Oleh karena itu, logika bisnis tetap tidak terpengaruh. Karena ARMS telah menginstrumentasi framework ini, ARMS juga mencatat detail pengecualian tersebut. Hal ini tidak menunjukkan adanya masalah aktual pada operasi bisnis. Anda dapat mengevaluasi apakah pengecualian tersebut memerlukan tindakan atau perbaikan. Statistik pengecualian mengabaikan informasi Message dari pengecualian tersebut. Jika Anda ingin melihat informasi Message dari pengecualian tertentu, Anda dapat mengklik jejak yang sesuai lalu mengklik ikon di sisi kanan antarmuka untuk melihat informasi pengecualian dalam stack metode.

Mengapa beberapa nama antarmuka berupa /error, /404, /*, dan /**?

Hal ini terjadi karena ARMS tidak dapat menemukan entri rute yang sesuai untuk permintaan tak terduga berikut:

• URL yang tidak ada diminta.

• Terjadi kesalahan saat verifikasi permintaan gagal karena header permintaan tidak valid. Misalnya, header berisi karakter tidak valid.

• Server HTTP tanpa konfigurasi routing digunakan, seperti Netty.

Mengapa jumlah panggilan yang ditampilkan pada tab Provided Services berbeda dengan yang ditampilkan pada tab Trace Explorer?

Data yang disediakan oleh Trace Explorer dihitung berdasarkan data jejak yang diambil sampelnya dan bervariasi sesuai dengan laju pengambilan sampel.

Mengapa kuantil durasi yang ditampilkan pada tab Provided Services berbeda dengan yang ditampilkan pada tab Trace Explorer?

Kuantil pada tab Provided Services dihitung per mesin berdasarkan bucketing, sedangkan kuantil yang disediakan oleh Trace Explorer dihitung berdasarkan durasi rentang yang terkait dengan antarmuka setelah pengambilan sampel. Untuk informasi lebih lanjut, lihat ARMS metric quantile calculation.

Mengapa panggilan antarmuka meningkat sekitar dua kali lipat?

Hal ini terjadi karena agen ARMS v3.x dan agen ARMS v4.x keduanya diinstal untuk aplikasi tersebut ketika beberapa panggilan antarmuka dilakukan. Anda dapat membuka halaman Application Configuration > Agent Management, memilih agen apa pun, lalu mengklik View Details untuk melihat parameter JVM.

Seperti yang ditunjukkan pada gambar berikut, terdapat dua parameter -javaagent, yang menunjukkan bahwa agen ARMS v3.x dan agen ARMS v4.x keduanya diinstal.

Mengapa jumlah panggilan di konsol ARMS tidak konsisten dengan yang disediakan oleh alat observabilitas pihak ketiga?

Hal ini dapat terjadi dalam berbagai skenario. Contohnya:

• Misalnya, jumlah panggilan antarmuka per menit untuk suatu aplikasi yang dihitung oleh ARMS adalah 500, sedangkan yang dihitung oleh NGINX adalah 200. Secara umum, hal ini kemungkinan besar disebabkan oleh lalu lintas yang melewati NGINX untuk langsung mengakses aplikasi.

• Misalnya, jumlah kali suatu aplikasi mengakses database per menit adalah 400, sedangkan jumlah eksekusi pada database per menit adalah 1.000. Secara umum, database diakses oleh beberapa aplikasi. Konsol ARMS hanya dapat melihat jumlah tampilan halaman aplikasi tertentu.

Bagaimana ARMS mendukung Spring WebFlux?

Agen ARMS versi sebelum v4.x hanya mendukung Spring WebFlux asli dan Spring Cloud Gateway. Plugin terkait WebFlux yang telah dimodifikasi menggunakan penangan web kustom, seperti Apache ShenYu, tidak didukung.

Mengapa saya melihat aplikasi yang bukan milik saya di hulu dan tidak dapat menavigasi untuk melihat informasi detailnya?

Hal ini normal jika aplikasi Anda menyediakan layanan kepada pihak eksternal. Aplikasi hulu tersebut milik pengguna lain, artinya terdapat hubungan panggilan lintas pengguna. Dalam kasus ini, ARMS akan mencatat nama aplikasi hulu dan jumlah panggilan ke antarmuka ini, tetapi karena batasan isolasi informasi pengguna, Anda tidak dapat melihat detail aplikasi pengguna lain.

Mengapa saya tidak dapat melihat data yang diharapkan melalui hulu dan hilir antarmuka meskipun terdapat hubungan panggilan hulu dan hilir yang jelas antar aplikasi?

ARMS pertama-tama akan memeriksa secara acak jejak panggilan pengguna dan fokus pada field trace.protocol.type yang dicatat dalam LocalRootSpan. Jika nilai field tersebut adalah Jager, pengenalan hulu dan hilir akan gagal karena masalah konversi huruf besar/kecil. Jika Anda mengalami masalah ini, silakan beralih ke protokol lain atau membuat tiket untuk penyelesaian.