Eine Anwendung kann auf dem Server fehlerfrei laufen und sich für Benutzer trotzdem langsam anfühlen. Oracle APEX 24.2 bringt dafür OpenTelemetry-Unterstützung: Anwendungen können UX-Daten wie Ladezeiten, Ressourcenabrufe, AJAX-/XHR-Anfragen und Benutzerinteraktionen erfassen. Das schafft eine bessere Grundlage, um gefühlte Langsamkeit von tatsächlichen Engpässen zu unterscheiden.
1. Voraussetzungen und Zuständigkeiten klären
Die Konfiguration beginnt in den Workspace Utilities. Dort werden ein Client Logging Service (CLS) Endpoint und eine Token Relay URL hinterlegt. Anschließend wird OpenTelemetry für die einzelne Anwendung in den Shared Components unter den User Interface Attributes aktiviert. Oracle weist darauf hin, dass dafür das aktuelle Universal Theme erforderlich ist.
Trennen Sie die Verantwortlichkeiten: Workspace-Administratoren verwalten die Infrastruktur und Endpunkte, das Anwendungsteam entscheidet, welche Anwendung und welches Produkt-Familienmerkmal für die Auswertung verwendet wird.
2. Mit wenigen Messfragen starten
Aktivieren Sie die Erfassung zunächst für eine Anwendung und einen klar abgegrenzten Zeitraum. Sinnvolle Einstiegsfragen sind:
- Wie lange dauert der initiale Seitenaufbau?
- Welche Ressourcen oder REST-Aufrufe verursachen Wartezeit?
- Welche AJAX-Aktionen sind langsam oder fehleranfällig?
- Unterscheidet sich die Nutzung zwischen Desktop und Mobilgerät?
Eine kleine Auswahl macht die Ergebnisse verständlicher. Wenn gleichzeitig jede Interaktion und jede Anwendung betrachtet wird, entstehen schnell Datenmengen, aus denen keine klare Entscheidung mehr folgt.
3. Ergebnisse mit der Anwendung verbinden
UX-Telemetrie zeigt Symptome und Zeitpunkte. Für die Ursachenanalyse verknüpfen Sie sie mit APEX- und Datenbankinformationen: Page View Reports, Debug-Logs, REST-Quellzeiten und gegebenenfalls SQL-Monitoring. Eine langsame AJAX-Anfrage kann beispielsweise auf eine ineffiziente Abfrage, eine externe API oder eine zu große JSON-Antwort zurückgehen.
Dokumentieren Sie bei jeder Untersuchung die betroffene Seite, den Zeitraum, die Benutzergruppe und die Änderung, die danach ausgerollt wurde. So wird aus einem einmaligen Messwert ein belastbarer Vorher-nachher-Vergleich.
4. Datenschutz und Betrieb
Prüfen Sie vor dem Aktivieren, welche Daten an den Logging-Service übertragen werden und wie lange sie dort gespeichert bleiben. Verwenden Sie keine frei formulierten Eingaben oder personenbezogenen Inhalte als Diagnoseidentifikator. Legen Sie Zugriff, Aufbewahrung und Löschung mit den zuständigen Datenschutz- und Infrastrukturteams fest.
Praktischer Einführungsplan
- Eine kritische Seite und drei messbare UX-Fragen auswählen.
- CLS Endpoint, Token Relay URL und Produktfamilie konfigurieren.
- Eine Woche Baseline-Daten sammeln.
- Den größten Engpass beheben und erneut messen.
- Erst danach weitere Anwendungen oder längere Aufbewahrung aktivieren.
Fazit
OpenTelemetry in APEX 24.2 erweitert die Sicht auf die Anwendung um die tatsächliche Nutzung im Browser. Der größte Nutzen entsteht, wenn die Telemetrie mit konkreten Fragen, Datenbankdiagnose und einem kontrollierten Vorher-nachher-Vergleich verbunden wird. So wird aus „Die Seite fühlt sich langsam an“ eine überprüfbare technische Hypothese.
Weiterführend: OpenTelemetry in den APEX-24.2-Neuerungen und die Dokumentation zu den Application User Experience Data.