Consulter le tableau de bord CloudWatch du RUM

Nécessite une attention (par état de santé) : indique le nombre de moniteurs d'applications nécessitant une attention sur le total, ventilé par nombre de moniteurs critiques et dégradés. Une barre de progression indique la proportion de moniteurs nécessitant une attention particulière.

Pauvreté de la tendance : indique combien de moniteurs d'applications présentent une tendance à la détérioration par rapport au total.

Configuration et couverture : indique combien de moniteurs d'applications ne sont pas SLOs configurés et combien d'entre eux ont désactivé le suivi, ce qui vous aide à identifier les lacunes dans votre configuration de surveillance.

SLOs et alarmes : indique le nombre de violations SLIs par rapport au total SLIs et le nombre d'alarmes en cours de déclenchement.

Plateforme : Web, iOS ou Android.

Santé : données saines, critiques, dégradées ou absence de données.

État SLI : sain, malsain ou non SLOs.

Suivi : activé ou désactivé.

Tendance — Aggravation, amélioration ou stabilité.

Problème principal : filtrez selon le type de problème principal affectant le moniteur de l'application.

Nom : nom du moniteur de l'application, avec une icône de plateforme (Web, iOS ou Android).

Sessions : nombre de sessions enregistrées dans la plage de temps sélectionnée, affiché sous forme de graphique à barres.

État du SLI — État des indicateurs de niveau de service. Affiche le nombre de personnes malsaines SLIs (par exemple, « 1/2 malsain ») ou un lien Create SLO si aucun lien SLOs n'est configuré.

Santé : état de santé de l'application : saine, critique, dégradée ou absence de données.

Afficher les informations : cliquez sur ce lien pour ouvrir le panneau latéral de diagnostic du moniteur de l'application (voirPanneau latéral de diagnostic).

Problème principal : type de problème principal affectant l'application. Pour les moniteurs d'applications Web, les valeurs incluent les erreurs JS, Perf ou les erreurs/fautes HTTP. Pour les moniteurs d'applications mobiles, les valeurs incluent Crashes, ANRs/App Hangs, Perf ou erreurs/fautes HTTP.

Tendance : description de la direction et de l'ampleur de la tendance (par exemple, « erreurs JS +1 % de sessions moins bonnes » ou « Performances +81 % de sessions moins bonnes »).

Suivi : un lien View trace si le suivi est activé, ou un lien Activer le suivi s'il ne l'est pas.

Services — L'état de santé du SLI pour les services liés (par exemple, « 1/1 Unhealthy »), ou un tiret si aucun service n'est lié.

Dernier événement reçu : temps écoulé depuis la réception du dernier événement de télémétrie (par exemple, « il y a 1 minute » ou « Aucun événement reçu au cours des 4 dernières semaines »).

Pages vues : nombre de pages vues au fil du temps.

Temps de chargement de page (p75) — Temps de chargement de page au 75e percentile en secondes.

Erreurs JS : nombre de sessions d' JavaScript erreur au fil du temps.

Erreurs HTTP : nombre d'erreurs HTTP 4xx et d'erreurs HTTP 5xx au fil du temps.

Temps de chargement de l'écran : temps de chargement de l'écran au fil du temps.

Charges d'écran : nombre de chargements d'écran au fil du temps.

Cashs : nombre de sessions de crash au fil du temps.

App hangs/ ANRs — Nombre de sessions App Hang (iOS) ou ANR (Android) au fil du temps.

Erreurs HTTP : nombre d'erreurs HTTP 4xx et d'erreurs HTTP 5xx au fil du temps.

Violé SLOs : tableau répertoriant toutes les personnes SLOs en état de violation, avec des liens vers les détails du SLO.

Alarmes en état ALARM : tableau répertoriant toutes les alarmes actuellement déclenchées pour le moniteur de l'application.

L’onglet Performances affiche les informations sur les performances des pages, notamment les temps de chargement, les détails des requêtes, les indicateurs Web essentiels et l’évolution du nombre de chargements de page dans le temps. Dans cet onglet, vous pouvez également basculer entre le chargement des pages, les ressources et les emplacements pour obtenir plus de détails sur les performances des pages.

La vue des chargements de pages propose des graphiques interactifs sur lesquels vous pouvez voir les différentes valeurs percentiles des principaux éléments vitaux de vos pages et choisir des points de données sur le graphique pour afficher les sessions corrélées capturées par RUM. CloudWatch De là, vous pouvez accéder à l'onglet Sessions en utilisant l'un des liens du tableau de diagnostic pour identifier les conditions spécifiques à l'origine de problèmes de performances. L'onglet présente également le score de l'indice de performance des applications (Apdex) qui indique le niveau de satisfaction des utilisateurs finaux. Les scores vont de 0 (satisfaction minimale) à 1 (satisfaction maximale). Les scores sont basés uniquement sur la performance de l'application. Pour plus d'informations sur les scores Apdex, consultez Comment CloudWatch RUM définit les scores d'Apdex. Le tableau en bas répertorie les 100 meilleurs temps de chargement des pages en fonction des identifiants de page. Vous pouvez modifier cet attribut dans le menu déroulant situé à côté de l'en-tête du tableau.

De même, la vue Ressources indique l'heure et le nombre de demandes de ressources par type de ressource. La vue Emplacements comporte une carte interactive qui vous permet d'accéder à une vue plus détaillée et d'étudier les problèmes de performances dans une région spécifique.

Le panneau de diagnostic sur la droite comporte également l'onglet Navigateurs et appareils qui indique les 5 principaux browsers/devices facteurs contribuant au problème de performance. Vous pouvez cliquer sur le graphique à barres pour accéder à l'onglet Sessions afin d'approfondir le problème.

L'onglet Erreurs JS affiche le nombre et le taux JavaScript d'erreurs dans le composant récapitulatif, ainsi que le navigateur et l'appareil présentant le plus d'erreurs. Cet onglet inclut un graphique qui indique le nombre de sessions comportant des erreurs JS et le taux d'échec. Vous pouvez cliquer sur n'importe quel point de données du graphique pour afficher les sessions corrélées dans le panneau de diagnostic. Le tableau en bas répertorie les 100 principales erreurs JS. Le lien du nombre d'erreurs dans le tableau peut être utilisé pour accéder à l'onglet des sessions où vous pouvez consulter les sessions pertinentes.

L'onglet Demandes HTTP affiche le volume des demandes HTTP et les informations d'erreur dans le résumé des requêtes HTTP en haut de la page. Cet onglet inclut un graphique présentant les erreurs HTTP, les erreurs HTTP et les défaillances du réseau. Vous pouvez cliquer sur n'importe quel point de données du graphique pour afficher les sessions corrélées dans le panneau de diagnostic. Le tableau en bas répertorie les 100 principaux itinéraires réseau présentant des problèmes. Si vous développez l'une des lignes, vous pouvez voir les principaux messages d'erreur pour cette URL. Le lien du nombre d'erreurs dans le tableau peut être utilisé pour accéder à l'onglet des sessions où vous pouvez consulter les sessions pertinentes.

L'onglet Sessions affiche un tableau répertoriant toutes les sessions par ordre chronologique décroissant. En bas, une visualisation en cascade montre toute la télémétrie de la session sélectionnée, vous aidant à suivre les interactions des utilisateurs et à identifier les problèmes de performance. Vous pouvez cliquer sur le lien d'erreur dans la colonne Erreurs pour filtrer le graphique en cascade en fonction de l'événement d'erreur spécifique. Chaque ligne de la cascade peut être sélectionnée pour ouvrir le panneau de diagnostic où vous pouvez visualiser l'événement brut.

Pour les requêtes HTTP, vous verrez un TraceID pour les événements HTTP et Xray qui renvoie à la console Traces si le suivi est activé. Pour les événements tels que les erreurs JS ou HTTP, le panneau de diagnostic inclut un onglet Exception avec la trace de la pile. Le bouton Afficher situé dans la cascade permet d'accéder rapidement à ces informations.

L'onglet User Journey (Parcours utilisateur) affiche les chemins que vos clients utilisent pour parcourir votre application. Vous pouvez voir où vos clients entrent dans votre application et de quelle page ils la quittent. Vous pouvez également voir les chemins qu'ils empruntent et le pourcentage de clients qui suivent ces chemins. Vous pouvez faire une pause sur un nœud pour obtenir plus de détails sur la page concernée. Vous pouvez choisir un chemin spécifique pour mettre en évidence les connexions et faciliter la visualisation. La page montre le parcours de l'utilisateur jusqu'à la deuxième interaction par défaut. Vous pouvez cliquer sur le bouton Ajouter un chemin pour afficher d'autres interactions.

L'onglet Mesures affiche toutes les CloudWatch mesures par défaut publiées par le moniteur de votre application, notamment les indicateurs de performance Web, les indicateurs d'erreur (JavaScript erreurs, erreurs/défauts HTTP), le volume, le flux d'utilisateurs et les indicateurs apdex. Si vous avez créé des métriques étendues pour votre application, l'onglet inclut également un sous-ensemble de ces métriques dans la section des métriques étendues. Ce sous-ensemble inclut les métriques de type PageViewCount, Http4xxCount PerformanceNavigationDuration, Http5xxCount et. JsErrorCount Le tableau de bord affiche trois variations métriques par type de métrique. Comme il s'agit de CloudWatch statistiques, vous pouvez également exporter cet onglet vers votre propre tableau de bord à l'aide de l'option Ajouter au tableau de bord et le mettre à jour pour inclure d'autres mesures.

L'onglet Performances fournit des informations sur les performances de votre application mobile, notamment les temps de chargement de l'écran, les temps de lancement des applications (froid et chaud), les indicateurs de performance et les scores Apdex au fil du temps. La vue détaillée ventile les performances par nom d'écran, version du système d'exploitation, version de l'application, appareil et pays. Cliquez sur le temps de chargement de l'écran, l'heure de lancement de l'application ou un point de données de localisation dans le graphique pour ouvrir le panneau de diagnostic sur la droite qui fournit des informations supplémentaires relatives au point de données constitué des sessions corrélées les plus récentes et des liens vers l'onglet Sessions pour le dépannage.

Dans cet onglet, vous pouvez également basculer entre les affichages d'écran, les lancements d'applications et la localisation pour obtenir plus de détails sur les performances des applications.

L'onglet présente également le score de l'indice de performance des applications (Apdex) qui indique le niveau de satisfaction des utilisateurs finaux. Les scores vont de 0 (satisfaction minimale) à 1 (satisfaction maximale). Les scores sont basés uniquement sur la performance de l'application. Pour plus d'informations sur les scores Apdex, consultez Comment CloudWatch RUM définit les scores d'Apdex.

L'onglet Erreurs classe les problèmes liés aux applications en trois catégories : erreurs réseau, pannes et blocages ANRs (Android) /applications (iOS). L'onglet Erreurs réseau comporte un graphique linéaire indiquant la latence du réseau, les erreurs du client (code d'état 4xx) et les erreurs du serveur (code d'état 5xx). Cliquez sur un point de données pour l'une de ces lignes du graphique pour ouvrir le panneau de diagnostic. Le tableau du bas répertorie les 100 itinéraires réseau les plus courants. En cliquant sur un bouton radio, le graphique linéaire sera filtré en fonction de l'itinéraire réseau sélectionné.

De même, les onglets Crashes et ANRs/App Hangs affichent une série de lignes indiquant le nombre de chaque erreur, et celles-ci sont difficiles à résoudre. Le tableau inférieur affiche le message de crash supérieur ou la trace de ANR/App Hang Stack le plus courant. Cliquez sur un bouton radio pour filtrer le graphique, et cliquez sur le message d'erreur pour afficher la trace complète de la pile.

L'onglet Sessions affiche un tableau répertoriant toutes les sessions par ordre chronologique décroissant. En bas, une visualisation en cascade montre toute la télémétrie de la session sélectionnée, vous aidant à suivre les interactions des utilisateurs et à identifier les problèmes de performance. Chaque ligne de la cascade peut être sélectionnée pour ouvrir le panneau de diagnostic. Pour les requêtes HTTP, vous verrez un TraceID qui renvoie à la console Traces.

Pour les requêtes HTTP avec des codes d'état autres que 2xx, des pannes ou des blocages d'applications ANRs (Android) ou des blocages d'applications (iOS), le panneau de diagnostic inclut un onglet Exception avec la trace de la pile. Le bouton Afficher situé dans la cascade permet d'accéder rapidement à ces informations.

L'onglet Mesures affiche toutes les CloudWatch mesures par défaut publiées par le moniteur de votre application, y compris les mesures de performance (temps de chargement de l'écran, temps de lancement des applications à froid), les mesures d'erreur ( ANRs/App crashs, blocageserrors/faults), volume and apdex metrics. If you created extended metrics for your application, the tab also includes a subset of these metrics in the extended metrics section. This subset includes metrics of type ScreenLoadTime, ScreenLoadCount, CrashCount, Http4xxCount, Http5xxCount, ANRCount/AppHangCount, ColdLaunchTime HTTP et. WarmLaunchTime Le tableau de bord affiche trois variations métriques par type de métrique. Comme il s'agit de CloudWatch statistiques, vous pouvez également exporter cet onglet vers votre propre tableau de bord à l'aide de l'option Ajouter au tableau de bord et le mettre à jour pour inclure d'autres mesures.

L'onglet Configuration permet d'accéder aux paramètres généraux et aux détails de configuration de votre moniteur d'applications. Vous pouvez également accéder à l'onglet Extraits de code qui contient des instructions pour instrumenter votre application mobile avec le SDK ADOT, y compris les options d'instrumentation manuelle et zéro code.

Satisfait — Le temps de réponse réel de l'application est inférieur ou égal au seuil Apdex. Pour le CloudWatch RUM, ce seuil est inférieur ou égal à 2000 ms.

Tolérable — Le temps de réponse réel de l'application est supérieur au seuil Apdex, mais inférieur ou égal à quatre fois le seuil Apdex. Pour le CloudWatch RUM, cette plage est comprise entre 2 000 et 8 000 ms.

Frustrant — Le temps de réponse réel de l'application est supérieur à quatre fois le seuil Apdex. Pour le CloudWatch RUM, cette plage est supérieure à 8 000 ms.