Was ist SaaS-Latenz?

SaaS-Latenz bezieht sich auf die Verzögerung vom Zeitpunkt, an dem ein Benutzer eine Aufgabe startet, bis die SaaS-Anwendung das Ergebnis liefert (einschließlich Netzwerklatenz und Anwendungsverarbeitungszeit). Ladegeschwindigkeit, API-Antwortzeiten, Reaktionsfähigkeit des Dashboards und die Dauer der Workflow-Ausführung beeinflussen die Benutzererfahrung.

Beobachtete Verzögerungen können mit spezifischen Netzwerk- und Verarbeitungsmerkmalen korrelieren.

•   Netzwerkaspekte: Faktoren wie Netzwerkdistanz, Netzwerküberlastung und die bloße physische Entfernung zwischen Benutzern und Servern.
•   Anwendungsaspekte: Es kann Faktoren wie die Qualität des Anwendungscodes, die Geschwindigkeit von Datenbankabfragen und die Leistung von API-Aufrufen Dritter umfassen.
•   Infrastrukturaspekte: Die Kapazität der Cloud-Infrastruktur, die Ressourcennutzung von Microservices und die architektonische Komplexität sollten berücksichtigt werden.

Beobachtete Latenzzeiten können mit Änderungen der Benutzerproduktivität und Geschäftseinnahmen korrelieren.

1. Benutzerproduktivität: Die Anwendungsgeschwindigkeit kann die Benutzerzufriedenheit und -produktivität beeinflussen.
2. Kundenbindung: Es besteht ein Zusammenhang zwischen Latenzzeiten und der fortgesetzten Produktnutzung. Die Abwanderung mobiler Nutzer und die Dauer des Seitenladevorgangs können miteinander in Verbindung stehen, und dieser Zusammenhang könnte nach 3 Sekunden deutlicher werden.
3. Geschäfts-KPIs: Die Latenz sollte einen direkten Einfluss auf die folgenden Metriken haben:

•   Konversionsraten.
•   Verlängerungsraten.
•   Aufgabenerledigungszeiten.
•   Support-Ticket-Volumen.

Der Einsatz mehrerer Überwachungsstrategien kann eine umfassende Perspektive auf den Leistungsstatus bieten.

Änderungen an der Infrastruktur und dem Softwaredesign könnten die Optimierung beeinträchtigen.

1. Änderungen an Datenbanken und Anwendungscode könnten implementiert werden.
2. Nutzen Sie Content Delivery Networks (CDNs) und cachen Sie häufig aufgerufene Daten.
3. Komprimieren Sie Assets und reduzieren Sie die Anzahl der API-Aufrufe.
4. Infrastruktur-Skalierung und architektonische Vereinfachung könnten in Betracht gezogen werden.
5. Priorisieren Sie die nutzerreichsten User Journeys, wie Logins und das Laden von Dashboards.

Umgebungsaspekte, die über das Management des SaaS-Anbieters hinausgehen, können mit der Nutzerzufriedenheit korrelieren.

•   Nutzerumgebung: Wo sich der Nutzer befindet, welche Art von Gerät er verwendet und welchen Browser er bevorzugt.
•   Netzwerk-Routing: Der Pfad, über den der Internet Service Provider (ISP) Daten sendet, und die allgemeine Überlastung des Internets.
•   Integrationen: Drittanbieterdienste, die mit der SaaS-Anwendung verbunden sind.
•   Realitätscheck: Obwohl die Anwendung optimiert ist, können Benutzer, die geografisch weit vom Rechenzentrum entfernt sind, einige Verzögerungen feststellen.

Eine systematische Fehlerbehebung hilft zu identifizieren, ob eine Verzögerung lokal, regional oder plattformweit ist.

1. Ermitteln Sie den Umfang des Problems, indem Sie untersuchen, ob es auf einem einzelnen Gerät, Browser, Netzwerk, in einer bestimmten Region oder innerhalb eines spezifischen Workflow-Segments auftritt.
2. Überprüfen Sie RUM-Daten und synthetische Checks gemeinsam, um herauszufinden, ob das Problem lokal, regional oder plattformweit ist.
3. Verwenden Sie APM und Distributed Tracing, um die Quelle (Frontend, API, Datenbank oder Drittanbieter) zu lokalisieren.
4. Führen Sie Tests durch, indem Sie Netzwerke wechseln, Anbieter-Statusseiten prüfen und Leistungsdaten aus verschiedenen​‌‍​‌‍​‌‍​‌‍​‌‍​‌‍​‌‍​‌‍​‌‍​‌‍ Regionen abrufen.

Die Bereitstellung reproduzierbarer Beweise kann das Support-Team beim Verständnis des gemeldeten Problems unterstützen. Hier sind einige Schritte dazu:

1. Erfassen Sie das Problem mit einem Zeitstempel und fügen Sie Screenshots hinzu, um zusätzliche Hintergrundinformationen zu liefern.
2. Führen Sie ein paar Standorttests durch, um sicherzustellen, dass das Problem nicht bei Ihnen liegt.
3. Besuchen Sie die Seite des Statusanbieters, um alle in deren System erfassten Vorfälle zu überprüfen.
4. Die Bereitstellung Ihres Tickets samt Nachweis an das Support-Team kann ihnen helfen, das Problem, das Sie erleben, zu reproduzieren.
5. Fordern Sie Incident-IDs, ETAs und Updates zur Ursachenanalyse an.
6. Vergessen Sie nicht, die SLA/SLO die sich auf solche Verpflichtungen für geschäftskritische Anwendungen beziehen.