Afficher le tableau de bord CloudWatch du RUM

A besoin d'attention (selon l'état de santé) — Indique le nombre de moniteurs d'applications nécessitant une attention particulière sur le total, ventilé par niveaux critiques et dégradés. Une barre de progression indique la proportion de moniteurs nécessitant une attention particulière.

Pire 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 n'ont pas configuré de SLO et combien d'entre eux ont désactivé le suivi, ce qui vous permet d'identifier les lacunes dans votre configuration de surveillance.

SLO et alarmes  : affiche le nombre de SLI violés sur le total des SLI, ainsi que le nombre d'alarmes actuellement déclenchées.

Plateforme  : Web, iOS ou Android.

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

Statut SLI  : Sain, mauvais pour la santé ou absence de SLO.

Traçage  : 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, accompagné d'une icône de plateforme (Web, iOS ou Android).

Sessions  : nombre de sessions enregistrées au cours de la période sélectionnée, affiché sous forme de diagramme à barres.

État du SLI  : état des indicateurs de niveau de service. Affiche le nombre de SLI défectueux (par exemple, « 1/2 Insalubre ») ou un lien Create SLO si aucun SLO n'est configuré.

État de santé  : état de santé de l'application : données saines, critiques , dégradées ou inexistantes.

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

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 HTTP errors/faults. Pour les moniteurs d'applications mobiles, les valeurs incluent Crashes ANRs/App , Hangs, Perf ou HTTP. errors/faults

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

Suivi  : un lien Afficher le suivi 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  Insalubre »), ou un tiret si aucun service n'est lié.

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

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

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

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

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

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

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

Crashs  : 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 de fautes 5xx au fil du temps.

SLO violés  : tableau répertoriant tous les SLO en état de violation, avec des liens vers les détails des SLO.

Alarmes en état d'ALARME  : 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 les pages chargées, les ressources et les emplacements pour obtenir plus de détails sur les performances des pages.

La vue des chargements de pages comporte des graphiques interactifs des signes vitaux Web dans lesquels vous pouvez voir les différentes valeurs centiles des principaux éléments vitaux du Web pour 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 à l'aide de l'un des liens du tableau de diagnostic pour identifier les conditions spécifiques à l'origine de problèmes de performances. L'onglet comporte é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 établit les scores d'Apdex. Le tableau du bas répertorie les 100 meilleurs temps de chargement des pages en fonction des identifiants de page. Vous pouvez modifier cet attribut dans la liste déroulante à côté de l'en-tête du tableau.

De même, la vue Ressources affiche l'heure et le nombre de demandes de ressources par type de ressource. La vue des 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 affiche les 5 principaux browsers/devices facteurs contribuant au problème de performances. 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 montre 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 Sessions où vous pouvez consulter les sessions pertinentes.

L'onglet Requêtes HTTP affiche le volume des requêtes HTTP et les informations relatives aux erreurs dans le résumé des requêtes HTTP en haut de la page. Cet onglet inclut un graphique avec les erreurs HTTP, les fautes HTTP et les pannes 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 du 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 Sessions où vous pouvez consulter les sessions pertinentes.

L'onglet Sessions affiche un tableau qui répertorie toutes les sessions par ordre chronologique décroissant. En bas, une visualisation en cascade affiche toutes les données télémétriques de la session sélectionnée, ce qui vous permet de suivre les interactions des utilisateurs et d'identifier les problèmes de performances. 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 dans lequel 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 traçage 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 affiche le parcours de l'utilisateur jusqu'à la deuxième interaction par défaut. Vous pouvez cliquer sur le bouton Ajouter un chemin pour voir d'autres interactions.

L'onglet Métriques affiche toutes les CloudWatch mesures par défaut publiées par le moniteur de votre application, y compris les indicateurs de performance, les indicateurs d'erreur (JavaScript erreurs, HTTP errors/faults), le volume, le flux d'utilisateurs et les indicateurs Apdex. Si vous avez créé des mesures étendues pour votre application, l'onglet inclut également un sous-ensemble de ces mesures dans la section Mesures étendues. Ce sous-ensemble comprend des métriques de type Http4xxCount PageViewCount PerformanceNavigationDuration, Http5xxCount et. JsErrorCount Le tableau de bord affiche trois variations de métriques par type de métrique. Comme il s'agit de CloudWatch mesures, 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 mesures 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 des applications, appareils et pays. Cliquez sur l'heure 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 sur le point de données comprenant les 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 l'affichage Chargements d'écran , Lancements d'applications et Emplacement pour obtenir plus de détails sur les performances des applications.

L'onglet comporte é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 établit les scores d'Apdex.

L'onglet Erreurs classe les problèmes liés aux applications en trois catégories : erreurs réseau, pannes et ANR (Android) /blocages d'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. Cliquez sur un bouton radio pour filtrer le graphique linéaire en fonction de l'itinéraire réseau sélectionné.

De même, les onglets Crashes ANRs/App et Hangs affichent une série de lignes pour le décompte de chaque erreur, et celles-ci sont insolubles. Le tableau du bas affiche le message de crash supérieur ou la trace de pile ANR/App suspendue 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 qui répertorie toutes les sessions par ordre chronologique décroissant. En bas, une visualisation en cascade affiche toutes les données télémétriques de la session sélectionnée, ce qui vous permet de suivre les interactions des utilisateurs et d'identifier les problèmes de performances. 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, les pannes ou les ANR (Android) /App Hangs (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 Métriques 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 (plantages, ANRs/App blocages, HTTP errors/faults), les mesures de volume et d'apdex. Si vous avez créé des mesures étendues pour votre application, l'onglet inclut également un sous-ensemble de ces mesures dans la section Mesures étendues. Ce sous-ensemble inclut des métriques de type ScreenLoadTime,, Http4xxCount ScreenLoadCount CrashCount, Http5xxCount et. ANRCount/AppHangCount ColdLaunchTime WarmLaunchTime Le tableau de bord affiche trois variations de métriques par type de métrique. Comme il s'agit de CloudWatch mesures, 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 de manuel et d'instrumentation. Zero-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 à 2 000 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.