Ce este Latența SaaS?

Latența SaaS se referă la întârzierea din momentul în care un utilizator inițiază o sarcină până când aplicația SaaS furnizează rezultatul (incluzând latența rețelei și timpul de procesare al aplicației). Viteza de încărcare, timpii de răspuns API, reactivitatea tabloului de bord și durata de execuție a fluxului de lucru afectează experiența utilizatorului.

Întârzierile observate se pot corela cu caracteristici specifice de rețea și de procesare.

•   Aspecte de rețea: Factori precum distanța în rețea, congestia traficului și simpla distanță fizică dintre utilizatori și servere.
•   Aspecte de aplicație: Poate include factori precum calitatea codului aplicației, viteza interogărilor bazei de date și performanța apelurilor API terțe.
•   Aspecte ale infrastructurii: Capacitatea infrastructurii cloud, utilizarea resurselor microserviciilor și complexitatea arhitecturală ar trebui luate în considerare.

Nivelurile de latență observate se pot corela cu schimbările în productivitatea utilizatorilor și veniturile afacerii.

1. Productivitatea utilizatorului: Viteza aplicației poate afecta satisfacția și productivitatea utilizatorului.
2. Retenție: Există o relație între nivelurile de latență și utilizarea continuă a produsului. Abandonul utilizatorilor mobili și durata de încărcare a paginii pot fi legate, iar această relație ar putea fi mai vizibilă după 3 secunde.
3. KPI-uri de afaceri: Latența ar trebui să aibă un impact direct asupra următoarelor metrici:

•   Ratele de conversie.
•   Ratele de reînnoire.
•   Timpii de finalizare a sarcinilor.
•   Volumul tichetelor de suport.

Utilizarea mai multor strategii de monitorizare poate oferi o perspectivă amplă asupra stării performanței.

Modificările aduse infrastructurii și designului software ar putea afecta optimizarea.

1. Modificări la baze de date și la codul aplicației ar putea fi implementate.
2. Utilizați Rețele de livrare de conținut (CDN-uri) și stocați în cache datele accesate frecvent.
3. Comprimați resursele și reduceți numărul de apeluri API.
4. Scalarea infrastructurii și simplificarea arhitecturală pot fi luate în considerare.
5. Prioritizează fluxurile de utilizatori cu cel mai mare trafic, cum ar fi autentificările și încărcările tabloului de bord.

Aspectele de mediu dincolo de managementul furnizorului SaaS se pot corela cu nivelurile de satisfacție ale utilizatorilor.

•   Mediul utilizatorului: Unde se află utilizatorul, ce tip de dispozitiv folosește și ce browser preferă.
•   Rutare rețea: Calea prin care Furnizorul de Servicii Internet (ISP) trimite datele și congestia generală a internetului.
•   Integrări: Servicii terțe conectate la aplicația SaaS.
•   Verificare a realității: Deși aplicația este optimizată, utilizatorii aflați la distanță geografică de centrul de date pot observa unele întârzieri.

Depanarea sistematică ajută la identificarea dacă o întârziere este locală, regională sau la nivelul întregii platforme.

1. Determinați amploarea problemei investigând dacă aceasta apare pe un singur dispozitiv, browser, rețea, regiune sau într-un segment specific al fluxului de lucru.
2. Verificați datele RUM și verificările sintetice împreună pentru a descoperi dacă problema este locală, regională sau la nivelul întregii platforme.
3. Utilizați APM și trasarea distribuită pentru a localiza sursa (Frontend, API, Bază de date sau Terță parte).
4. Efectuați teste schimbând rețelele, consultând paginile de stare ale furnizorilor și obținând date de performanță din diferite regiuni.

Furnizarea de dovezi reproductibile poate ajuta echipa de suport să înțeleagă problema raportată. Iată câțiva pași pentru a face acest lucru:

1. Înregistrați problema cu o marcă temporală și includeți capturi de ecran pentru a oferi informații suplimentare.
2. Efectuați câteva teste de localizare pentru a vă asigura că nu este o problemă de partea dumneavoastră.
3. Vizitați pagina furnizorului de status pentru a verifica incidentele înregistrate în sistemul lor.
4. Oferirea tichetului dumneavoastră echipei de suport, inclusiv dovezi, îi poate ajuta să reproducă problema pe care o întâmpinați.
5. Solicitați ID-uri de incident, ETA-uri și actualizări privind cauza principală.
6. Nu uitați să menționați SLA/SLO care se referă la astfel de angajamente pentru aplicații care sunt critice pentru afacere.