Real User Monitoring. Einblicke, die Sie brauchen. Leistung, die Sie wollen.

RUM gibt Aufschluss darüber, wie Endbenutzer Ihre Webanwendung in ihrem Browser erleben. Durch die Ermittlung der Dauer von Aktivitäten wie Time to First Paint oder Time to Interactive können Entwickler mit RUM die Kundenerfahrung besser verstehen und die Zuverlässigkeit und Leistung von SaaS-basierten Diensten gewährleisten.

Es ermöglicht auch die Überprüfung des End-to-End-Fortschritts jeder Transaktion, wobei die Daten des Browsers mit jedem Dienst- und Backend-Anwendungsaufruf verknüpft sind. Da RUM kritische KPIs wie die DNS-Such- und SSL-Einrichtungszeit sowie die Zeit, die für das Senden der Anfrage und den Empfang einer vollständigen Antwort vom Browser des Kunden benötigt wurde, erfasst, können Beobachter Benutzerkohorten, die durch ihren Browsertyp oder geografischen Standort definiert sind, vergleichen, um ihre Performance als Gruppe zu ermitteln. Diese Informationen helfen den Performance-Spezialisten bei der Optimierung der Reaktionszeiten von Anwendungen, der Rendering-Leistung, der Netzwerkanforderungen und der Browser-Ausführung, um das Benutzererlebnis zu verbessern.

Es gibt sechs grundlegende Schritte für das RUM:

• Datenerfassung von Details zu Anfragen nach Seiten, Bildern und anderen Ressourcen vom Browser und Webserver.
• Erkennen von ungewöhnlichem oder problematischem Verhalten, wie z. B. langsamen Antwortzeiten, Systemproblemen und Fehlern bei der Webnavigation für verschiedene Seiten, Objekte und Besuche.
• Berichterstattung über einzelne Besuchsaktivitäten mit einer Zusammenfassung der Daten oder Simulation der Benutzererfahrung mit synthetischen Transaktionen.
• Segmentierung aggregierter Daten, um die Verfügbarkeit und Leistung von Seiten in verschiedenen Browsern und Benutzerkohorten zu ermitteln.
• Alarmierung, wenn ein System ein ernsthaftes Problem entdeckt.
• Automatische Verknüpfung von Endbenutzer-Erfahrungsproblemen mit der Backend-Performance bei jeder End-to-End-Transaktion.

Erstellen Sie konkrete Geschäftsziele, um allgemeine Geschäftsziele für RUM festzulegen. Beim Erreichen welcher Ziele werden Ihnen die Daten helfen? Konkrete Ziele stellen sicher, dass Sie die RUM-Tools aus den richtigen Gründen einsetzen und dass sich die Geschäftsführung konsequent dafür einsetzt.

• Stellen Sie sicher, dass die konkreten Geschäftsziele mit den Zielen der Technik- und Entwicklungsteams übereinstimmen. Stellen Sie sicher, dass die technischen Teams Metriken überwachen, die den Geschäftszielen entsprechen.
• Implementieren Sie RUM für alle Benutzererfahrungen
• Testen Sie Ihr RUM in Entwicklungs- und Staging-Umgebungen, bevor Sie es einsetzen und veröffentlichen.

Synthetisches Monitoring testet synthetische Interaktionen, um Einblicke in die Web-Performance zu erhalten, während RUM aufzeigt, wie Ihre tatsächlichen (realen) Benutzer mit Ihrer Website oder Anwendung interagieren. RUM bietet eine Top-Down-Ansicht einer Vielzahl von Frontend-Browsern, Backend-Datenbanken und Problemen auf Serverebene, so wie Ihre Benutzer sie erleben.

RUM-Daten spiegeln die Erfahrungen aktueller Anwendungsnutzer wider, während synthetisches Monitoring eine eher prädiktive Strategie für Entwickler ist, die Tests auf hypothetischer Basis durchführen. Außerdem geht RUM über das einfache Monitoring der Verfügbarkeit und des Seitenaufrufs beim synthetischen Monitoring hinaus. Es bietet End-to-End-Transaktionsberichte und -analysen, um festzustellen, wo Probleme auftreten und wie sie gelöst werden können.

RUM und Application Performance Monitoring (APM) sind unterschiedliche, aber verwandte Methoden des IT-Monitoring, die ein gemeinsames Ziel haben: die Verbesserung der Anwendungsleistung. APM ist ein Oberbegriff, der RUM als eine seiner Strategien beinhaltet. RUM unterstützt APM, indem es analysiert, wie die Erfahrung des Endbenutzers die Strategien zur Anwendungsoptimierung beeinflusst.

RUM dient nicht nur als Teil einer APM-Strategie. Da RUM die Benutzeraktivitäten mit dem Frontend verfolgt, können RUM-Daten Fragen zur Kundenzufriedenheit beantworten und Entwicklern bei der Optimierung von Anwendungsfunktionen helfen.

Die Sumo Logic OpenTelemetry Auto-Instrumentation für JavaScript Bibliothek ermöglicht die Sammlung von RUM-Daten in Form von OpenTelemetry-kompatiblen Traces und Protokollen direkt im Browser. Sie sammelt Informationen über das Laden, die Ausführung und das Rendering Ihrer JavaScript-Anwendungen und zeichnet die Browser-zu-Backend-Leistung jeder Benutzertransaktion in Echtzeit und ohne Stichproben auf.

Diese Daten werden direkt von Ihren Endbenutzergeräten erfasst und als einzelne Bereiche angezeigt, die benutzerinitiierte Aktionen (wie Klicks oder das Laden von Dokumenten) am Anfang jeder Aufzeichnung darstellen und den Weg der Anfrage vom Client durch die gesamte Anwendung und zurück widerspiegeln. Dazu gehören alle nicht behandelten Fehler, Ausnahmen und Konsolenfehler, die vom Browser erzeugt werden. Dann werden die Daten für übergeordnete KPIs aggregiert, die auf sofort einsatzbereiten Dashboards angezeigt werden.

Alle gesammelten Daten sind mit OpenTelemetry kompatibel und verwenden keinen herstellereigenen Code. RUM unterstützt Aktionen zum Laden von Dokumenten, XHR-Kommunikation und Routenänderungen für die einseitige App-Navigation. Die vollständige Liste der Funktionen und der Konfiguration finden Sie in der README-Datei Sumo Logic OpenTelemetry Auto-Instrumentierung für JavaScript.

Browser-Traces erzeugen automatisch RUM-Metrik-Aggregate im Sumo-Backend. Sie bieten einen Einblick in die allgemeine Benutzererfahrung Ihrer Website für automatisch erkannte wichtige Benutzeraktionen und Benutzerkohorten, die nach Browsern, Betriebssystemen und Standorten kategorisiert sind.

RUM organisiert die Metriken nach Benutzeraktionen, die Dokumenten-Ladevorgänge darstellen. Dies bedeutet den tatsächlichen Abruf und die Ausführung von Webdokumenten im Browser, XHR-Aufrufe im Zusammenhang mit z. B. der Eingabe von Formularen oder dem Drücken von Schaltflächen sowie Routenänderungen, die typische Navigationsaktionen in Single Page Apps sind. Die Metriken werden in Form von Diagrammen und Karten in den Website-Performance-Panels auf RUM-Dashboards und als individuelle Messungen innerhalb jedes vom Frontend stammenden Spans in End-to-End-Traces, die einzelne Benutzertransaktionen darstellen, präsentiert.

Metrik-Typen umfassen:

• Dokumentladevorgangsmetriken, die für Dokumentlade- und Dokumentabrufanforderungen gesammelt werden, kompatibel mit W3C-Navigationszeitpunkt-Ereignissen. Sie können Ihnen helfen, die Abfolge der Ereignisse von den Klicks des Benutzers bis zu einem vollständig geladenen Dokument zu verstehen.
• Time to first Byte misst die Verzögerung zwischen dem Beginn des Seitenladens und dem Erscheinen des ersten Bytes der Antwort. Es hilft zu erkennen, wenn ein Webserver zu langsam ist, um auf Anfragen zu reagieren.
• Rendering-Ereignisse erklären Rendering-Ereignisse im Browser des Benutzers. Erfahren Sie mehr in unserer Dokumentation.
• Die Core Web Vitals (CWV) konzentrieren sich auf drei Aspekte der Benutzererfahrung:
  • First Input Delay (FID): misst die Interaktivität, um ein gutes Benutzererlebnis zu gewährleisten.
  • Largest Contentful Paint (LCP): misst die Ladeleistung, um ein gutes Benutzererlebnis zu gewährleisten.
  • Cumulative Layout Shift (CLS): misst die visuelle Stabilität, um ein gutes Benutzererlebnis zu gewährleisten.
• XHR-Überwachungsmetriken geben an, wie viel Zeit im Hintergrund für die Ajax/XHR-Kommunikation mit dem Backend im Zusammenhang mit dem Datenabruf aufgewendet wurde. Longtask Delay zeigt an, dass der Haupt-Thread der Benutzeroberfläche des Browsers für längere Zeit (mehr als 50 Millisekunden) blockiert wird und die Ausführung anderer wichtiger Aufgaben (einschließlich Benutzereingaben) verhindert, was die Benutzererfahrung beeinträchtigt. Benutzer nehmen dies möglicherweise als „eingefrorenen Browser“ wahr, auch wenn die Kommunikation mit dem Backend längst abgeschlossen ist.