Das CloudWatch RUM-Dashboard anzeigen

Benötigt Aufmerksamkeit (nach Systemstatus) — Zeigt an, wie viele App-Monitore insgesamt Aufmerksamkeit erfordern, aufgeschlüsselt nach den Werten „Kritisch“ und „Eingeschränkt“. Ein Fortschrittsbalken gibt den Anteil der Monitore an, die Aufmerksamkeit benötigen.

Schlechterer Trend — Zeigt an, bei wie vielen App-Monitoren insgesamt ein negativer Trend zu verzeichnen ist.

Einrichtung und Reichweite — Zeigt an, wie viele App-Monitore noch nicht SLOs konfiguriert sind und bei wie vielen die Ablaufverfolgung deaktiviert ist. Auf diese Weise können Sie Lücken in Ihrem Monitoring-Setup identifizieren.

SLOs und Alarme — Zeigt die Gesamtzahl SLIs der Sicherheitslücken sowie die Anzahl der aktuell SLIs ausgelösten Alarme an.

Plattform — Web, iOS oder Android.

Health — gesunde, kritische, beeinträchtigte oder keine Daten.

SLI-Status — Gesund, Ungesund oder Nein. SLOs

Tracing — Aktiviert oder Deaktiviert.

Trend — Verschlechterung, Verbesserung oder Stabilität.

Hauptproblem — Filtern Sie nach dem Hauptproblemtyp, der den App Monitor betrifft.

Name — Der Name des App-Monitors mit einem Plattformsymbol (Web, iOS oder Android).

Sitzungen — Die Anzahl der im ausgewählten Zeitraum aufgezeichneten Sitzungen, angezeigt in einem Balkendiagramm.

SLI-Status — Der Status der Service-Level-Indikatoren. Zeigt die Anzahl fehlerhafter SLIs (z. B. „1/2 Unhealthy“) oder eines Create SLO-Links an, falls keine konfiguriert SLOs sind.

Health — Der Gesundheitsstatus der Anwendung: Daten „Gesund“, „Kritisch“, „Schlecht“ oder „Keine Daten“.

Einblicke anzeigen — Wählen Sie diesen Link, um das seitliche Diagnosefenster für den App-Monitor zu öffnen (sieheSeitenwand zur Diagnose).

Hauptproblem — Der Hauptproblemtyp, der die Anwendung betrifft. Für Web-App-Monitore umfassen die Werte JS-Fehler, Perf - oder HTTP-Fehler/Fehler. Zu den Werten für Monitore mobiler Apps gehören Crashes, ANRs /App Hangs, Perf oder HTTP-Fehler/Fehler.

Trend — Eine Beschreibung der Trendrichtung und des Ausmaßes (z. B. „JS-Fehler +1% schlechtere Sitzungen“ oder „Perf +81% schlechtere Sitzungen“).

Ablaufverfolgung — Ein Link Ablaufverfolgungen anzeigen, wenn die Ablaufverfolgung aktiviert ist, oder der Link Ablaufverfolgung aktivieren, falls dies nicht der Fall ist.

Dienste — Der SLI-Integritätsstatus für verknüpfte Dienste (z. B. „1/1 Ungesund“) oder ein Bindestrich, wenn keine Dienste verknüpft sind.

Letztes empfangenes Ereignis — Die Zeit seit dem Empfang des letzten Telemetrieereignisses (z. B. „vor 1 Minute“ oder „In den letzten 4 Wochen wurden keine Ereignisse empfangen“).

Seitenaufrufe — Die Anzahl der Seitenaufrufe im Laufe der Zeit.

Seitenladezeit (p75) — Das 75. Perzentil der Seitenladezeit in Sekunden.

JS-Fehler — Die Anzahl der Fehlersitzungen im Laufe der Zeit. JavaScript

HTTP-Fehler — Die Anzahl der HTTP 4xx-Fehler und 5xx-Fehler im Laufe der Zeit.

Ladezeit des Bildschirms — Die Ladezeit des Bildschirms im Zeitverlauf.

Bildschirmladevorgänge — Die Anzahl der Bildschirmladevorgänge im Laufe der Zeit.

Abstürze — Die Anzahl der Absturzsitzungen im Laufe der Zeit.

App-Hangs/ ANRs — Die Anzahl der App-Hang- (iOS) - oder ANR-Sitzungen (Android) im Laufe der Zeit.

HTTP-Fehler — Die Anzahl der HTTP 4xx-Fehler und 5xx-Fehler im Laufe der Zeit.

Verletzt SLOs — Eine Tabelle, SLOs in der alle Personen mit dem Status „Sicherheitsverletzung“ aufgeführt sind, mit Links zu den SLO-Details.

Alarme im ALARM-Status — Eine Tabelle, in der alle Alarme aufgeführt sind, die derzeit für den App-Monitor ausgelöst werden.

Die Registerkarte Leistung zeigt Informationen zur Seitenleistung an, einschließlich Ladezeiten, Anforderungsinformationen, Webdaten und Seitenladezeiten im Zeitverlauf. Auf dieser Registerkarte können Sie auch zwischen Seitenaufrufen, Ressourcen und Speicherorten umschalten, um weitere Informationen zur Seitenleistung zu erhalten.

Die Ansicht „Seite lädt“ enthält interaktive Web-Vital-Diagramme, in denen Sie die verschiedenen Perzentilwerte der wichtigsten Web-Vitals für Ihre Seiten sehen und Datenpunkte im Diagramm auswählen können, um korrelierte Sitzungen anzuzeigen, die von RUM erfasst wurden. CloudWatch Von dort aus können Sie über einen der Links in der Diagnosetabelle zur Registerkarte „Sessions“ navigieren, um bestimmte Bedingungen zu identifizieren, die zu Leistungsproblemen führen. Die Registerkarte enthält auch den Anwendungsleistungsindex (Apdex), der die Zufriedenheit der Endbenutzer angibt. Die Punktzahl reicht von 0 (am wenigsten zufrieden) bis 1 (am zufriedensten). Die Ergebnisse basieren nur auf der Anwendungsleistung. Weitere Informationen über Apdex-Ergebnisse finden Sie unter CloudWatch Wie RUM die Apdex-Ergebnisse festlegt. In der Tabelle unten sind die Ladezeiten der 100 wichtigsten Seiten anhand der Seiten-IDs aufgeführt. Sie können dieses Attribut in der Dropdownliste neben der Tabellenüberschrift ändern.

In ähnlicher Weise werden in der Ansicht Ressourcen die Zeit und Anzahl der Ressourcenanfragen nach Ressourcentyp angezeigt. Die Ansicht Standorte verfügt über eine interaktive Karte, mit der Sie eine detailliertere Ansicht aufrufen und Leistungsprobleme in einer bestimmten Region untersuchen können.

Im Diagnosefenster auf der rechten Seite befindet sich auch die Registerkarte Browser und Geräte, auf der die fünf häufigsten Ursachen browsers/devices für das Leistungsproblem angezeigt werden. Sie können auf das Balkendiagramm klicken, um zur Registerkarte „Sitzungen“ zu wechseln und das Problem weiter zu untersuchen.

Auf der Registerkarte JavaScript JS-Fehler werden in der Übersichtskomponente die Anzahl und die Fehlerrate sowie der Browser und das Gerät mit den meisten Fehlern angezeigt. Diese Registerkarte enthält ein Diagramm, das die Anzahl der Sitzungen mit JS-Fehlern und die Ausfallrate anzeigt. Sie können auf einen beliebigen Datenpunkt im Diagramm klicken, um die korrelierten Sitzungen im Diagnosefenster anzuzeigen. In der Tabelle unten sind die 100 häufigsten JS-Fehler aufgeführt. Über den Link zur Anzahl der Fehler in der Tabelle können Sie zur Registerkarte „Sitzungen“ navigieren, auf der Sie die relevanten Sitzungen anzeigen können.

Auf der Registerkarte HTTP-Anfragen werden das Volumen der HTTP-Anfragen und die Fehlerinformationen in der Zusammenfassung der HTTP-Anfragen oben angezeigt. Diese Registerkarte enthält ein Diagramm mit den HTTP-Fehlern, HTTP-Fehlern und Netzwerkausfällen. Sie können auf einen beliebigen Datenpunkt im Diagramm klicken, um die korrelierten Sitzungen im Diagnosefenster anzuzeigen. In der Tabelle unten sind die 100 Netzwerkrouten aufgeführt, bei denen Probleme am häufigsten aufgetreten sind. Wenn Sie eine der Zeilen erweitern, können Sie die häufigsten Fehlermeldungen für diese URL sehen. Über den Link zur Anzahl der Fehler in der Tabelle können Sie zur Registerkarte „Sitzungen“ navigieren, auf der Sie die relevanten Sitzungen anzeigen können.

Auf der Registerkarte „Sitzungen“ wird eine Tabelle angezeigt, in der alle Sitzungen in absteigender chronologischer Reihenfolge aufgeführt sind. Unten zeigt eine Wasserfall-Visualisierung die gesamte Telemetriedaten für die ausgewählte Sitzung an, sodass Sie Benutzerinteraktionen verfolgen und Leistungsprobleme identifizieren können. Sie können auf den Fehlerlink in der Spalte Fehler klicken, um das Wasserfalldiagramm nach dem jeweiligen Fehlerereignis zu filtern. Jede Zeile im Wasserfall kann ausgewählt werden, um das Diagnosefenster zu öffnen, in dem Sie das Rohereignis anzeigen können.

Bei HTTP-Anfragen wird eine traceId für HTTP- und Xray-Ereignisse angezeigt, die auf die Traces-Konsole verweist, sofern Sie Tracing aktiviert haben. Für Ereignisse wie JS-Fehler oder HTTP-Fehlerereignisse enthält das Diagnosefenster eine Registerkarte „Ausnahme“ mit dem Stack-Trace. Über die Schaltfläche „Ansicht“ im Wasserfall können Sie schnell auf diese Informationen zugreifen.

Die User Journey (Benutzer-Journey) zeigt die Pfade an, die Ihre Kunden verwenden, um in Ihrer Anwendung zu navigieren. Sie können sehen, auf welcher Seite Kunden in Ihrer Anwendung starten und auf welcher Seite sie die Anwendung wieder verlassen. Sie können auch die Pfade sehen, die sie einschlagen, und den Prozentsatz der Kunden, die diesen Pfaden folgen. Sie können auf einem Knoten pausieren, um weitere Details zu dieser Seite zu erhalten. Sie können einen einzelnen Pfad auswählen, um die Verbindungen zur einfacheren Anzeige hervorzuheben. Auf der Seite wird standardmäßig der Benutzerverlauf bis zur zweiten Interaktion angezeigt. Sie können auf die Schaltfläche Pfad hinzufügen klicken, um weitere Interaktionen anzuzeigen.

Auf der Registerkarte „ CloudWatchMetriken“ werden alle von Ihrem App Monitor veröffentlichten Standardmetriken angezeigt, darunter Performance-Web-Vitals, Fehlermetriken (JavaScript Fehler, HTTP-Fehler/Fehler), Volumen, Benutzerfluss und Apdex-Metriken. Wenn Sie erweiterte Metriken für Ihre Anwendung erstellt haben, enthält die Registerkarte auch eine Teilmenge dieser Metriken im Abschnitt „Erweiterte Metriken“. Diese Teilmenge umfasst Metriken vom Typ PageViewCount, Http4xxCount PerformanceNavigationDuration, Http5xxCount und. JsErrorCount Das Dashboard zeigt drei metrische Variationen pro Metriktyp. Da es sich um CloudWatch Metriken handelt, können Sie diesen Tab auch mit der Option Zum Dashboard hinzufügen in Ihr eigenes Dashboard exportieren und ihn so aktualisieren, dass er weitere Metriken enthält.

Die Registerkarte Leistung bietet Einblicke in die Leistung Ihrer mobilen Anwendung, einschließlich Bildschirmladezeiten, App-Startzeiten (kalt und warm), Leistungskennzahlen und Apdex-Werte im Zeitverlauf. In der Detailansicht wird die Leistung nach Bildschirmnamen, Betriebssystemversionen, App-Versionen, Geräten und Ländern aufgeschlüsselt. Wenn Sie im Diagramm auf eine Bildschirmladezeit, eine App-Startzeit oder einen Standort-Datenpunkt klicken, wird das Diagnosefenster auf der rechten Seite geöffnet, das weitere für den Datenpunkt relevante Informationen bietet, einschließlich der letzten korrelierten Sitzungen und Links zur Registerkarte Sitzungen zur Fehlerbehebung.

Auf dieser Registerkarte können Sie auch zwischen Bildschirmladevorgänge, App-Starts und Standort umschalten, um weitere Informationen zur Anwendungsleistung zu erhalten.

Die Registerkarte enthält auch den Wert des Anwendungsleistungsindex (Apdex), der den Grad der Zufriedenheit der Endbenutzer angibt. Die Punktzahl reicht von 0 (am wenigsten zufrieden) bis 1 (am zufriedensten). Die Ergebnisse basieren nur auf der Anwendungsleistung. Weitere Informationen über Apdex-Ergebnisse finden Sie unter CloudWatch Wie RUM die Apdex-Ergebnisse festlegt.

Auf der Registerkarte Fehler werden Anwendungsprobleme in drei Kategorien unterteilt: Netzwerkfehler, Abstürze und ANRs (Android) /App hängt (iOS). Die Registerkarte Netzwerkfehler enthält ein Liniendiagramm, das die Netzwerklatenz, Client-Fehler (4xx-Statuscode) und Serverfehler (5xx-Statuscode) anzeigt. Wenn Sie auf einen Datenpunkt für eine dieser Linien im Diagramm klicken, wird das Diagnosefenster geöffnet. In der unteren Tabelle sind die 100 gängigsten Netzwerkrouten aufgeführt. Wenn Sie auf ein Optionsfeld klicken, wird das Liniendiagramm nach der ausgewählten Netzwerkroute gefiltert.

In ähnlicher Weise zeigen die Tabs Abstürze und ANRs/App hängt eine Reihe von Linien für die Anzahl der einzelnen Fehler an, und diese können nicht behoben werden. In der unteren Tabelle werden die häufigsten Absturzmeldungen oder der am häufigsten vorkommende ANR/App Hang Stack Trace angezeigt. Wenn Sie auf ein Optionsfeld klicken, wird das Diagramm gefiltert, und wenn Sie auf die Fehlermeldung klicken, wird der vollständige Stack-Trace angezeigt.

Auf der Registerkarte Sitzungen wird eine Tabelle angezeigt, in der alle Sitzungen in absteigender chronologischer Reihenfolge aufgeführt sind. Unten zeigt eine Wasserfall-Visualisierung die gesamte Telemetriedaten für die ausgewählte Sitzung an, sodass Sie Benutzerinteraktionen verfolgen und Leistungsprobleme identifizieren können. Jede Zeile im Wasserfall kann ausgewählt werden, um das Diagnosefenster zu öffnen. Bei HTTP-Anfragen wird eine TraceID angezeigt, die auf die Traces-Konsole verweist.

Für HTTP-Anfragen mit Nicht-2xx-Statuscodes, Abstürzen oder ANRs (Android)/App Hangs (iOS) enthält das Diagnosefenster einen Exception-Tab mit dem Stack-Trace. Über die Schaltfläche „Ansicht“ im Wasserfall können Sie schnell auf diese Informationen zugreifen.

Auf der Registerkarte „ CloudWatchMetriken“ werden alle von Ihrem App Monitor veröffentlichten Standardmetriken angezeigt, einschließlich Leistungskennzahlen (Ladezeiten auf dem Bildschirm, Startzeiten bei kaltem Start von Apps), Fehlermetriken (Abstürze, ANRs/App Hangserrors/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, HTTP ColdLaunchTime und WarmLaunchTime. Das Dashboard zeigt drei Metrikvarianten pro Metriktyp. Da es sich um CloudWatch Metriken handelt, können Sie diesen Tab auch mit der Option Zum Dashboard hinzufügen in Ihr eigenes Dashboard exportieren und ihn so aktualisieren, dass er weitere Metriken enthält.

Die Registerkarte Konfiguration bietet Zugriff auf die allgemeinen Einstellungen und Konfigurationsdetails Ihres App-Monitors. Sie können auch auf die Registerkarte Codefragmente zugreifen, die Anweisungen zur Instrumentierung Ihrer mobilen Anwendung mit dem ADOT SDK enthält, einschließlich manueller und Zero-Code-Instrumentierungsoptionen.

Zufrieden — Die tatsächliche Reaktionszeit der Anwendung ist kleiner oder gleich dem Apdex-Schwellenwert. Für CloudWatch RUM liegt dieser Schwellenwert bei 2000 ms oder weniger.

Tolerierbar — Die tatsächliche Reaktionszeit der Anwendung ist höher als der Apdex-Schwellenwert, aber kleiner oder gleich dem Vierfachen des Apdex-Schwellenwerts. Für CloudWatch RUM liegt dieser Bereich zwischen 2000 und 8000 ms.

Frustrierend — Die tatsächliche Reaktionszeit der Anwendung ist mehr als das Vierfache des Apdex-Schwellenwerts. Bei CloudWatch RUM liegt dieser Bereich bei über 8000 ms.