¿Qué es la latencia de SaaS?

La latencia SaaS se refiere al retraso desde el momento en que un usuario inicia una tarea hasta que la aplicación SaaS entrega el resultado (incluyendo la latencia de red y el tiempo de procesamiento de la aplicación). La velocidad de carga, los tiempos de respuesta de la API, la capacidad de respuesta del panel de control y la duración de la ejecución del flujo de trabajo impactan la experiencia del usuario.

Los retrasos observados pueden correlacionarse con características específicas de la red y del procesamiento.

•   Aspectos de la red: Factores como la distancia de la red, la congestión del tráfico y la mera distancia física entre usuarios y servidores.
•   Aspectos de la aplicación: Puede incluir factores como la calidad del código de la aplicación, la velocidad de las consultas a la base de datos y el rendimiento de las llamadas a la API de terceros.
•   Aspectos de la Infraestructura: Se deben considerar la capacidad de la infraestructura en la nube, el uso de recursos de microservicios y la complejidad arquitectónica.

Los niveles de latencia observados pueden correlacionarse con cambios en la productividad del usuario y los ingresos del negocio.

1. Productividad del Usuario: La velocidad de la aplicación puede afectar la satisfacción y la productividad del usuario.
2. la retención: Existe una relación entre los niveles de latencia y el uso continuado del producto. El abandono de usuarios móviles y la duración de la carga de la página pueden estar relacionados, y esta relación podría ser más observable después de 3 segundos.
3. KPIs Empresariales: La latencia debería tener un impacto directo en las siguientes métricas:

•   Tasas de conversión.
•   Tasas de renovación.
•   Tiempos de finalización de tareas.
•   Volumen de tickets de soporte.

Utilizar múltiples estrategias de monitoreo puede proporcionar una perspectiva amplia sobre el estado del rendimiento.

Las modificaciones en la infraestructura y el diseño del software podrían afectar la optimización.

1. Se podrían implementar modificaciones en las bases de datos y el código de la aplicación.
2. Utilice Redes de Entrega de Contenido (CDNs) y almacene en caché los datos de acceso frecuente.
3. Comprima los activos y reduzca el número de llamadas a la API.
4. El escalado de la infraestructura y la simplificación arquitectónica podrían considerarse.
5. Priorice los recorridos de usuario de mayor tráfico, como los inicios de sesión y las cargas del panel de control.

Los aspectos ambientales que escapan al control del proveedor de SaaS pueden correlacionarse con los niveles de satisfacción del usuario.

•   Entorno del usuario: Dónde se encuentra el usuario, qué tipo de dispositivo utiliza y qué navegador prefiere.
•   Enrutamiento de red: La ruta a través de la cual el Proveedor de Servicios de Internet (ISP) envía datos y la congestión general de Internet.
•   Integraciones: Servicios de terceros conectados a la aplicación SaaS.
•   Verificación de la realidad: Aunque la aplicación está optimizada, los usuarios geográficamente distantes del centro de datos pueden notar algunos retrasos.

La resolución sistemática de problemas ayuda a aislar si un retraso es local, regional o a nivel de plataforma.

1. Determine el alcance del problema investigando si ocurre en un solo dispositivo, navegador, red, región o dentro de un segmento de flujo de trabajo específico.
2. Verifique los datos RUM y las comprobaciones sintéticas en conjunto para descubrir si el problema es local, regional o a nivel de plataforma.
3. Utilice APM y el rastreo distribuido para identificar el origen (Frontend, API, Base de Datos o Terceros).
4. Realice pruebas cambiando redes, consultando páginas de estado de proveedores y obteniendo datos de rendimiento de diferentes regiones.

Proporcionar evidencia reproducible puede ayudar al equipo de soporte a comprender el problema reportado. Aquí hay algunos pasos para lograrlo:

1. Registre el problema con una marca de tiempo e incorpore capturas de pantalla para proporcionar información adicional.
2. Realice algunas pruebas de ubicación para asegurarse de que no es un problema de su parte.
3. Visite la página de estado del proveedor para comprobar si hay incidentes registrados en su sistema.
4. Proporcionar al equipo de soporte su ticket, incluyendo pruebas, puede ayudarles a reproducir el problema que está experimentando.
5. Solicite IDs de incidentes, ETAs y actualizaciones sobre la causa raíz.
6. No olvide mencionar el SLA/SLO que se refieren a dichos compromisos para aplicaciones que son críticas para el negocio.