Langsam ist das neue Runter

Von unseren Kunden haben wir gehört: „Langsam ist das neue Daune.“ Eine schlechte Anwendungsleistung ist für die meisten modernen Anwendungsbesitzer und -betreiber ebenso schlimm wie eine Belastung. FAANG -Unternehmen haben ihre Verbraucher an eine durchweg hervorragende Leistung gewöhnt. Und auch Verbraucher, die bereits andere Software verwenden, entwickeln allmählich dieselben Erwartungen, insbesondere wenn die Konkurrenz auf einem überfüllten Markt ein gutes Benutzererlebnis bietet.

Einige Kunden haben uns sogar mitgeteilt, dass eine langsame Leistung oft schlimmer sein kann als ein kompletter Ausfall. Wenn etwas verlockenderweise fast zu funktionieren scheint und man es dann immer wieder neu versucht, ist das ärgerlicher, als wenn es einfach nicht funktioniert. Beispielsweise ist die Qualität von Voice over IP schlecht, da sich beide Parteien ständig wiederholen müssen, während die Verbindung nicht verfügbar ist. Dies führt dazu, dass die Leute stattdessen zum Mobil- oder Festnetztelefon greifen.

Branchenübergreifend wird anerkannt, dass es von großer Bedeutung ist, die Erwartungen der Kunden an das Kundenerlebnis zu erfüllen. Eine Umfrage im Einzelhandel aus dem Jahr 2020 ergab, dass die Verbesserung des Kundenerlebnisses für fast ein Drittel (32 %) der Befragten eine oberste digitale Priorität darstellt. Über 71 % nannten die Verbesserung des Kundenerlebnisses als wichtigstes kurzfristiges Geschäftsergebnis, das sie sich durch die digitale Transformation erhoffen.

Mit Sicherheit liegt den Betreibern und Geschäftspartnern das Wohl ihrer Benutzer am Herzen. Einer der Gründe, warum Leistungseinbußen nicht behoben werden, ist die mangelnde Transparenz hinsichtlich der Ursachen für die Verlangsamung bzw. der Frage, was „langsam“ für eine Anwendung wie diese überhaupt bedeutet. Manchmal ist dieser Mangel an Transparenz die direkte Folge fehlender Messungen.

Eine Umfrage von Turbonomic deckt dieses Phänomen auf (Hervorhebung hinzugefügt): „Als wir die Befragten fragten, wie ihr Unternehmen die Anwendungsleistung misst, war die Antwort vielversprechend: Über 60 % tun dies in irgendeiner Form. Der gängigste Ansatz war jedoch die Messung der Verfügbarkeit und nicht die Verwaltung anhand von Service Level Objectives (SLOs), die typischerweise die Form von Reaktionszeit oder Transaktionsdurchsatz annehmen. 13 % messen die Anwendungsleistung überhaupt nicht. “

Doch bevor wir diejenigen loben, die Messungen durchführen , sollten wir uns ansehen, was sie messen. Der gängigste Ansatz zur Leistungsmessung war die Messung der Verfügbarkeit. Die Verfügbarkeit ist ein Maß für „oben“ oder „unten“. Es ist kein Maß für langsam oder schnell, obwohl wir einen ganzen Blog (oder mehr) damit verbringen könnten, zu argumentieren, dass es das sein sollte.

Dies ist jedoch nicht der Fall und einer der Gründe hierfür liegt in der Messbarkeit der Geschäftskosten. Die finanziellen Auswirkungen von Ausfallzeiten sind gut dokumentiert. Wir können mehrere Quellen finden, die eine detaillierte Aufschlüsselung der Kosten für die gesamte Organisation bereitstellen. Aber für die Leistung? Wir haben einige Umfragen, die Benutzerreaktionen in Form von Abbrüchen oder negativen sozialen Medien hervorheben. Aber die tatsächlichen Kosten für das Unternehmen? Fast nicht vorhanden.

Im Allgemeinen können wir das Problem bei der heutigen Leistungsmessung wie folgt zusammenfassen: „Wir messen nicht die Kosten der Verlangsamung.“ Wir messen die Kosten von Ausfallzeiten.“ Menschen neigen dazu, auf das hinzuarbeiten, woran sie gemessen werden. Dies ist kein neues Konzept , sondern vielmehr einer der Grundsätze von DevOps und der Grund dafür, dass die Methodik eine Verschiebung der Messungen hin zu dem beinhaltet, was am wichtigsten ist. Bei F5 möchten wir Ihnen nicht nur dabei helfen, auf einer absoluten Skala zu messen, sondern auch im Verhältnis zu Daten aus den Anwendungen anderer Benutzer, um zu sehen, wie Ihre Endbenutzer Ihre Anwendungen im Vergleich zu anderen, ähnlichen Anwendungen erleben.

Das Wichtigste ist, die Erwartungen der Endbenutzer zu erfüllen, und das bedeutet heutzutage mehr als nur Verfügbarkeit; es bedeutet auch Schnelligkeit und Zuverlässigkeit. Wir möchten Anwendungsbesitzern nicht nur mit Daten und Visualisierungen zur Endbenutzererfahrung helfen, sondern auch mit Erkenntnissen, die in natürlicher Sprache ausgedrückt werden, wie etwa: „Die Änderungen, die Sie über das Wochenende in die Produktion gebracht haben, haben die typische Montagmorgen-Erfahrung für Ihre Endbenutzer verbessert, tolle Arbeit!“ oder „Ihre Erfahrung für Chrome-Benutzer in New York wird sich in vier Tagen voraussichtlich als der Durchschnitt für Bankanwendungen wie Ihre verschlechtern.“ Hier ist die Änderung der Lastausgleichsrichtlinie, die wir Ihnen empfehlen, an Ihren NGINX-Load Balancern in AWS US East vorzunehmen. Sie können die Änderung gerne selbst vornehmen oder hier klicken, damit wir die Änderung für Sie vornehmen.“

Wenn Sie Antworten auf Fragen wünschen wie:

• „Machen meine Endbenutzer insgesamt eine gute Erfahrung? 
• Wie ist ihre Erfahrung im Vergleich zu Anwendungen, die meinen ähnlich sind? 
• Kann ich einen einfachen Integritätsindikator für meine Anwendung bereitstellen, der eine adaptive Endbenutzererfahrung enthält, die meine Supportteams überwachen können? 
• Welche Schritte kann ich unternehmen, um das Endbenutzererlebnis zu verbessern? 
• Was kann ich tun, um das Endbenutzererlebnis beizubehalten, aber die Kosten zu senken? 
• Verlassen Endbenutzer das Unternehmen, wenn sie eine schlechte Erfahrung gemacht haben, oder kommen sie wieder?“ 

…dann bleiben Sie dran für die Folgeartikel, in denen wir detaillierter darauf eingehen.