Co to jest czas odpowiedzi SaaS?

Czas odpowiedzi SaaS to cały okres od momentu, gdy użytkownik wywołuje usługę, do momentu, gdy oprogramowanie dostarcza ostateczną odpowiedź. Jest to główna metryka opóźnienia, na podstawie której kształtuje się percepcja szybkości produktu przez użytkownika.

Szybkość jest ściśle powiązana ze wszystkimi z nich: satysfakcją użytkownika, zaangażowaniem i dochodami firmy.

• Porzucenie procesu płatności: 40% użytkowników porzuci stronę, której załadowanie zajmuje więcej niż 3 sekundy. Na etapie płatności, to “tarcie” jest jeszcze bardziej kosztowne.
• Przekroczenia limitu czasu API: Jeśli Twój SaaS wywołuje bramkę płatności, a odpowiedź przekracza próg “limitu czasu”, transakcja kończy się niepowodzeniem, nawet jeśli użytkownik ma wystarczające środki.
• Ryzyko podwójnego kliknięcia: Powolne pętle informacji zwrotnej często prowadzą użytkowników do wielokrotnego klikania “Zapłać”, co skutkuje powielonymi transakcjami i zwiększonym obciążeniem obsługi klienta.
• retencję: Utrzymywanie zadowolenia klientów poprzez minimalizowanie czasu odpowiedzi jest jednym z kluczowych czynników zwiększających retencję, a tym samym zrównoważony sukces firmy.

Aby dogłębnie zrozumieć wydajność, zaleca się korzystanie z kilku środków monitorowania, które razem uzupełniają obraz wydajności.

1. Skorzystaj z monitorowania wydajności aplikacji (APM), aby zidentyfikować wąskie gardła w backendzie.
2. Wykorzystaj rozproszone śledzenie, aby monitorować konkretne żądania (gdy przechodzą przez różne mikroserwisy)..
3. Zastosuj syntetyczne testy, aby symulować i testować ścieżki użytkowników..
4. Monitorowanie rzeczywistych użytkowników (RUM) to metoda monitorowania, która zbiera informacje o doświadczeniach rzeczywistych użytkowników.
5. Wykorzystanie pulpitów nawigacyjnych do wizualizacji danych. Należy skupić się na historycznych wartościach bazowych i opóźnieniach mierzonych w percentylach.

Aby ocenić cykl życia transakcji, należy rozważyć: 

• Opóźnienie transakcji: Śledzenie czasu od “Click Pay” do powiadomienia o “Sukcesie/Błędzie”.
• Wydajność bramki płatniczej strony trzeciej: Monitorowanie czasów odpowiedzi zewnętrznych procesorów płatności i silników podatkowych.

Wiele wzajemnie powiązanych czynników wpływa na szybkość odpowiedzi (od wydajności napisanego kodu po czynniki zewnętrzne, takie jak warunki sieciowe).

• InfrastrukturaWśród tych czynników znajdują się obciążenie serwera, wydajność bazy danych oraz właściwe dopasowanie środowiska operacyjnego.
• SiećOpóźnienie sieciowe, wraz z lokalizacją geograficzną użytkowników i serwerów, jest często istotnym czynnikiem.
• Architektura: Wariacje mogą być powiązane z elementami architektonicznymi, takimi jak techniki buforowania, praktyki integracyjne podmiotów zewnętrznych oraz obecność efektu „najgłośniejszego sąsiada” w środowiskach wielodzierżawowych.
• Zmienne w chmurze: Zmiany wydajności chmury ze względu na różnice w regionach chmurowych.

Osiągnięcie pożądanych rezultatów wymaga odpowiedniego planu celów wydajnościowych i regularnego testowania wydajności.

• Ustalanie celów: Wykorzystaj Cele Poziomu Usług (SLO) w celu określenia akceptowalnego poziomu wydajności.
• Alertowanie: Skonfiguruj alarmy, na które można reagować i które są powiązane z kluczowymi dla biznesu usługami, gdy progi zostaną przekroczone.
• Testowanie: Przeprowadzaj regularne testy wydajnościowe, realizowane pod obciążeniem, i twórz budżety wydajnościowe.
• Konserwacja: Przeprowadzaj testy regresyjne, aby szybko wykryć spadki wydajności i wdrożyć planowanie zdolności, aby móc zaspokoić przyszłe zapotrzebowanie.

Skuteczne alertowanie polega na skupieniu się na rzeczywistym wpływie na użytkownika i ograniczeniu zakłóceń do minimum.

1. Zmiany w opóźnieniach mogą wpłynąć na użytkownika końcowego; dlatego dostosowanie mechanizmów alertowania może być korzystne..
2. Podczas generowania alertów dobrym pomysłem jest skonfigurowanie systemu tak, aby powiadamiał Cię za każdym razem, gdy wystąpią incydenty odbiegające od normy (np. p95 lub p99).
3. Śledź, jak szybko zużywasz swój budżet wydajności. Zapobiega to naruszeniom SLA oraz karom finansowym często spotykanym w umowach SaaS dla przedsiębiorstw.
4. Ustaw alerty według regionu. Nagły wzrost w Azji może nie wpłynąć na Twoją globalną średnią, ale może oznaczać, że Twoje zlokalizowane metody płatności zawodzą dla całego rynku.
5. Uruchamiaj alerty tylko, jeśli opóźnienie utrzymuje się na wysokim poziomie przez 3–5 minut. To eliminuje przejściowe “czkawki” sieciowe i zmniejsza zmęczenie alertami dla Twojego DevOps zespołu.