Cos'è la Latenza SaaS?

La latenza SaaS si riferisce al ritardo dal momento in cui un utente avvia un'operazione fino a quando l'applicazione SaaS non fornisce il risultato (includendo la latenza di rete e il tempo di elaborazione dell'applicazione). La velocità di caricamento, i tempi di risposta delle API, la reattività della dashboard e la durata dell'esecuzione del flusso di lavoro influenzano l'esperienza dell'utente.

I ritardi osservati possono essere correlati a specifiche caratteristiche di rete e di elaborazione.

•   Aspetti della Rete: Fattori come la distanza di rete, la congestione del traffico e la mera distanza fisica tra utenti e server.
•   Aspetti applicativi: Può includere fattori quali la qualità del codice dell'applicazione, la velocità delle query del database e le prestazioni delle chiamate API di terze parti.
•   Aspetti dell'Infrastruttura: Vanno considerate la capacità dell'infrastruttura cloud, l'utilizzo delle risorse dei microservizi e la complessità architetturale.

I livelli di latenza osservati possono correlare con cambiamenti nella produttività degli utenti e nei ricavi aziendali.

1. Produttività dell'utente: La velocità dell'applicazione può influire sulla soddisfazione e sulla produttività dell'utente.
2. fidelizzazione: Esiste una relazione tra i livelli di latenza e l'uso continuativo del prodotto. L'abbandono da parte degli utenti mobili e la durata del caricamento delle pagine possono essere correlati, e questa relazione potrebbe essere più evidente dopo 3 secondi.
3. KPI aziendali: La latenza dovrebbe avere un impatto diretto sulle seguenti metriche:

•   Tassi di conversione.
•   Tassi di rinnovo.
•   Tempi di completamento delle attività.
•   Volume dei ticket di supporto.

L'utilizzo di molteplici strategie di monitoraggio può fornire un'ampia prospettiva sullo stato delle prestazioni.

Modifiche all'infrastruttura e alla progettazione del software potrebbero influire sull'ottimizzazione.

1. Modifiche ai database e al codice dell'applicazione potrebbero essere implementate.
2. Utilizza Content Delivery Network (CDN) e memorizza nella cache i dati a cui si accede frequentemente.
3. Comprimi gli asset e riduci il numero di chiamate API.
4. La scalabilità dell'infrastruttura e la semplificazione architetturale potrebbero essere considerate.
5. Dare priorità ai percorsi utente a maggior traffico, come i login e il caricamento delle dashboard.

Fattori ambientali che vanno oltre la gestione del provider SaaS possono essere correlati ai livelli di soddisfazione dell'utente.

•   Ambiente Utente: Dove si trova l'utente, che tipo di dispositivo utilizza e quale browser preferisce.
•   Routing di Rete: Il percorso attraverso il quale il Provider di Servizi Internet (ISP) invia i dati e la congestione complessiva di Internet.
•   Integrazioni: Servizi di terze parti connessi all'applicazione SaaS.
•   Controllo della realtà: Sebbene l'applicazione sia ottimizzata, gli utenti geograficamente distanti dal data center possono notare dei ritardi.

La risoluzione sistematica dei problemi aiuta a isolare se un ritardo sia locale, regionale o a livello di piattaforma.

1. Determinare l'ambito del problema indagando se si verifica su un singolo dispositivo, browser, rete, regione o all'interno di uno specifico segmento del flusso di lavoro.
2. Controllare i dati RUM e i controlli sintetici insieme per scoprire se il problema è locale, regionale o a livello di piattaforma.
3. Utilizza APM e il tracciamento distribuito per localizzare la fonte (Frontend, API, Database o terze parti).
4. Esegui test cambiando le reti, controllando le pagine di stato dei fornitori e ottenendo dati sulle prestazioni da diverse regioni.

Fornire prove riproducibili può aiutare il team di supporto a comprendere il problema segnalato. Ecco alcuni passaggi per farlo:

1. Registra il problema con un timestamp e includi screenshot per fornire un contesto aggiuntivo.
2. Esegui alcuni test di posizione per assicurarti che non sia un problema dal tuo lato.
3. Visita la pagina del provider dello stato per verificare eventuali incidenti registrati nel loro sistema.
4. Fornire al team di supporto il tuo ticket, inclusa la prova, può aiutarli a riprodurre il problema che stai riscontrando.
5. Richiedi gli ID degli incidenti, gli ETA e gli aggiornamenti sulla causa principale.
6. Non dimenticare di menzionare i SLA/SLO che si riferiscono a tali impegni per le applicazioni critiche per il business.