La page Application Details offre une vue consolidée de l'état d'exécution de votre application : métriques de requêtes, informations internes sur la JVM, utilisation des pools de threads et de connexions, modèles d'appels SQL, exceptions et dépendances amont/aval.
Accéder à la page des détails de l'application
Accédez à la page Applications SAE. Sélectionnez la région et le namespace de destination dans la barre de navigation supérieure, puis cliquez sur l'ID de l'applicationApplication ID.
Dans le volet de navigation de gauche, choisissez Application Monitoring > Application Details.
Vue d'ensemble
L'onglet Overview affiche quatre graphiques chronologiques pour la plage horaire sélectionnée :
| Métrique | Description |
|---|---|
| Request Count | Nombre total de requêtes entrantes par intervalle de temps. Une chute soudaine peut indiquer une perte de trafic ou un problème de déploiement. |
| Response Time | Latence de réponse de bout en bout par intervalle de temps. Des augmentations soutenues indiquent généralement une saturation des services aval ou une contention des ressources. |
| Slow Call Count | Nombre d'appels ayant dépassé le seuil de lenteur par intervalle de temps. Mettez cette métrique en corrélation avec le temps de réponse pour déterminer si la lenteur est généralisée ou isolée. |
| HTTP Status Code | Distribution des codes d'état de réponse HTTP par intervalle de temps. Une augmentation des codes 5XX indique des erreurs côté serveur affectant les appelants. |
Interactions avec les graphiques
Sur n'importe quel graphique, vous pouvez :
Survolez un point pour afficher les statistiques à cet instant précis.
Sélectionnez une plage horaire sur le graphique, puis cliquez sur Enter Selected Time Period pour concentrer la surveillance sur cette fenêtre, ou sur View Logs For Selected Time Period pour ouvrir les journaux correspondants.
Cliquez sur l'icône
pour afficher les statistiques d'une période spécifique ou comparer la même période sur différentes dates.Cliquez sur l'icône
pour afficher les détails de l'API associés à la métrique.Cliquez sur l'icône
pour effectuer un zoom avant.
Vue topologique
L'onglet Topology visualise les relations d'appel entre l'application et ses composants amont et aval. Utilisez le graphique topologique pour identifier rapidement les goulots d'étranglement dans la chaîne d'appels.
Surveillance de la JVM
L'onglet JVM Monitoring affiche des courbes chronologiques pour sept groupes de métriques :
| Groupe de métriques | Métriques | Description |
|---|---|---|
| Instantaneous GC Count | Nombre de Full GC ; nombre de GC de la jeune génération | Nombre d'événements de garbage collection par intervalle. Des Full GC fréquents indiquent une pression sur le tas (heap) et peuvent provoquer des pauses applicatives. |
| Instantaneous GC Time | Durée des Full GC ; durée des GC de la jeune génération | Temps passé en garbage collection par intervalle. Pour les types de GC autres que ZGC et Shenandoah, cela correspond à la durée Stop-the-World (STW), période pendant laquelle tous les threads Java sont suspendus. Pour ZGC et Shenandoah, les Pauses correspondent à la durée STW et les Cycles représentent le temps total d'un cycle complet de GC. |
| Heap Memory Details | Tas total ; ancienne génération (octets) ; espace survivant (octets) ; espace Eden (octets) ; tas alloué (octets) | Utilisation actuelle du tas par région mémoire. L'utilisation de l'ancienne génération approchant de la limite allouée précède généralement un Full GC. |
| Metaspace Details | Taille du Metaspace (octets) | Mémoire utilisée pour les métadonnées des classes. |
| Non-Heap Memory | Alloué (octets) ; initial (octets) ; maximum (octets) | Mémoire hors tas suivie par JMX. Il s'agit d'un sous-ensemble des régions réelles hors tas du processus, de sorte que la somme du tas et de la mémoire hors tas affichée ici peut différer de la taille de l'ensemble résident (RES) rapportée par top. Consultez la section Détails de la mémoire de surveillance de la JVM. |
| Direct Buffer | Taille totale du DirectBuffer (octets) ; taille utilisée du DirectBuffer (octets) | Mémoire hors tas allouée directement. |
| JVM Thread Count | Total ; interbloqués ; nouveaux ; bloqués ; exécutables ; terminés ; en attente temporisée ; en attente | Répartition des états des threads. Un nombre croissant de threads bloqués ou en attente suggère une contention de verrous ou des goulots d'étranglement E/S. |
Les données de surveillance de la JVM proviennent de Java Management Extensions (JMX).
Contrôles des graphiques
Dans les panneaux Instantaneous GC Count et Instantaneous GC Time, cliquez sur Instantaneous Value ou Accumulated Value dans le coin supérieur droit pour basculer entre les deux types de courbes.
Cliquez sur le nom d'une métrique (par exemple, FullGC Count) dans n'importe quel panneau pour afficher ou masquer sa courbe. Chaque graphique doit afficher au moins une métrique ; il est impossible de masquer la dernière métrique visible.
Cliquez sur l'icône
dans n'importe quel panneau pour comparer les statistiques entre différentes périodes ou dates.Cliquez sur l'icône
pour effectuer un zoom avant.Cliquez sur l'icône
dans le panneau Heap Memory Details/min, Metaspace Details/min, Non-Heap Memory/min, Direct Buffer/min ou JVM Threads/min pour afficher les détails de l'API associés à cette métrique.
Surveillance des pools de threads et de connexions
Les onglets Thread Pool Monitoring et Connection Pool Monitoring affichent les métriques suivantes pour chaque pool :
| Métrique | Description |
|---|---|
| Core Thread Count | Nombre minimum de threads maintenus actifs dans le pool |
| Maximum Thread Count | Limite supérieure du nombre de threads que le pool peut créer |
| Active Thread Count | Threads exécutant actuellement des tâches |
| Current Thread Count | Nombre total de threads actuellement présents dans le pool |
| Historical Maximum Thread Count | Pic du nombre de threads depuis le démarrage de l'application |
| Completed Task Count | Nombre total de tâches terminées depuis le démarrage de l'application |
| Scheduled Task Count | Tâches mises en file d'attente pour exécution |
| Queue Size | Nombre de tâches en attente dans la file d'attente du pool |
Pour connaître les frameworks pris en charge et la liste complète des métriques suivies, consultez la documentation Surveillance des pools de threads et de connexions. Pour les exigences de version de l'agent, reportez-vous à la section Gestion des agents.
Pour mettre à niveau la version de l'agent, contactez l'équipe d'assistance technique dans le groupe DingTalk (ID : 32874633).
Analyse des appels SQL
Le seuil par défaut pour une requête SQL lente est de 500 ms. Pour ajuster ce seuil, consultez la section Paramètres de seuil.
L'onglet SQL Call Statistics affiche une courbe chronologique de l'activité des appels SQL sur la période sélectionnée.
Sur le graphique, vous pouvez :
Survolez un point pour afficher les statistiques à cet instant précis.
Cliquez sur l'icône
pour comparer les statistiques entre différentes périodes ou dates.Cliquez sur l'icône
pour afficher les détails de l'API associés à la métrique.Cliquez sur l'icône
pour effectuer un zoom avant.
Analyse des exceptions
Dans la surveillance des applications ARMS, une exception correspond à une Exception Java. En raison du mécanisme try-catch, une exception interceptée lors d'un appel d'API peut ne pas remonter jusqu'à l'appelant, et plusieurs blocs try-catch peuvent générer plusieurs exceptions pour un seul appel d'API. Une error est un cas spécifique : il s'agit d'une exception non interceptée qui affecte la valeur de retour d'un appel d'API.
La zone Exception Statistics affiche un diagramme en colonnes empilées et une liste des exceptions survenues durant la période sélectionnée.
Sur le graphique, vous pouvez :
Survolez un point pour afficher les statistiques à cet instant précis.
Sélectionnez une plage horaire pour réduire l'affichage.
Cliquez sur l'icône
pour comparer les statistiques entre différentes périodes ou dates.Cliquez sur l'icône
pour afficher les détails de l'API associés à la métrique.Cliquez sur l'icône
pour effectuer un zoom avant.
Applications amont et aval
Une upstream application appelle l'application actuelle ; elle envoie activement des requêtes pour déclencher la logique métier. Une downstream application est appelée par l'application actuelle ; il s'agit d'un service dont l'application actuelle dépend pour exécuter sa logique métier.
Les onglets Upstream Applications et Downstream Applications affichent le Response Time, le Request Count et le Error Count pour chaque dépendance.
Analyse des erreurs et requête de traces
La console SAE ne permet pas d'accéder directement à l'analyse des erreurs ni aux requêtes de traces. Cliquez sur l'onglet Error Analysis ou Trace Query pour ouvrir ces vues dans la console ARMS.
Rubriques connexes :