Qu'est-ce que la latence SaaS ?

La latence SaaS désigne le délai entre le moment où un utilisateur lance une tâche et celui où l'application SaaS fournit le résultat (incluant la latence réseau et le temps de traitement de l'application). La vitesse de chargement, les temps de réponse des API, la réactivité du tableau de bord et la durée d'exécution des flux de travail ont un impact sur l'expérience utilisateur.

Les délais observés peuvent être corrélés à des caractéristiques spécifiques du réseau et de traitement.

•   Aspects du réseau: Des facteurs tels que la distance du réseau, la congestion du trafic et la simple distance physique entre les utilisateurs et les serveurs.
•   Aspects de l'application: Cela peut inclure des facteurs tels que la qualité du code applicatif, la vitesse des requêtes de base de données et la performance des appels d'API tiers.
•   Aspects de l'infrastructure: La capacité de l'infrastructure cloud, l'utilisation des ressources des microservices et la complexité architecturale devraient être prises en compte.

Les niveaux de latence observés peuvent être corrélés à des changements dans la productivité des utilisateurs et les revenus de l'entreprise.

1. Productivité des utilisateurs: La vitesse de l'application peut affecter la satisfaction et la productivité des utilisateurs.
2. la fidélisation: Une relation existe entre les niveaux de latence et l'utilisation continue du produit. L'abandon des utilisateurs mobiles et la durée de chargement des pages peuvent être liés, et cette relation pourrait être plus observable après 3 secondes.
3. KPIs commerciaux: La latence devrait avoir un impact direct sur les métriques suivantes :

•   Taux de conversion.
•   Taux de renouvellement.
•   Temps de réalisation des tâches.
•   Volume des tickets de support.

L'utilisation de multiples stratégies de surveillance peut offrir une perspective large sur l'état des performances.

Des modifications apportées à l'infrastructure et à la conception logicielle pourraient impacter l'optimisation.

1. Des modifications aux bases de données et au code applicatif pourraient être mises en œuvre.
2. Utilisez des réseaux de diffusion de contenu (CDN) et mettez en cache les données fréquemment consultées.
3. Compressez les ressources et réduisez le nombre d'appels d'API.
4. La mise à l'échelle de l'infrastructure et la simplification architecturale peuvent être envisagées.
5. Prioriser les parcours utilisateur les plus fréquentés, tels que les connexions et les chargements de tableaux de bord.

Les aspects environnementaux au-delà de la gestion du fournisseur SaaS peuvent être corrélés avec les niveaux de satisfaction des utilisateurs.

•   Environnement Utilisateur: Où l'utilisateur est situé, quel type d'appareil il utilise et quel navigateur il préfère.
•   Routage Réseau: Le chemin par lequel le Fournisseur d'Accès Internet (FAI) envoie les données, et la congestion globale d'Internet.
•   Intégrations: Services tiers connectés à l'application SaaS.
•   Vérification de la réalité: Bien que l'application soit optimisée, les utilisateurs géographiquement éloignés du centre de données peuvent constater certains délais.

Un dépannage systématique aide à isoler si un délai est local, régional ou à l'échelle de la plateforme.

1. Déterminez la portée du problème en recherchant s'il se produit sur un seul appareil, navigateur, réseau, région ou au sein d'un segment de flux de travail spécifique.
2. Vérifiez ensemble les données RUM et les contrôles synthétiques pour découvrir si le problème est local, régional ou à l'échelle de la plateforme.
3. Utilisez l'APM et le traçage distribué pour localiser la source (Frontend, API, Base de données ou Tiers).
4. Effectuez des tests en changeant de réseaux, en consultant les pages de statut des fournisseurs et en obtenant des données de performance de différentes régions.

Fournir des preuves reproductibles peut aider l'équipe de support à comprendre le problème signalé. Voici quelques étapes à suivre :

1. Enregistrez le problème avec un horodatage et intégrez des captures d'écran pour fournir un contexte supplémentaire.
2. Effectuez quelques tests de localisation pour vous assurer que le problème ne vient pas de votre côté.
3. Visitez la page du fournisseur de statut pour vérifier les incidents enregistrés dans leur système.
4. Fournir à l'équipe de support votre ticket, y compris une preuve, peut les aider à reproduire le problème que vous rencontrez.
5. Demandez les identifiants d'incident, les ETA (délais estimés) et les mises à jour sur la cause première.
6. N’oubliez pas de soulever la SLA/SLO qui se réfèrent à de tels engagements pour les applications critiques pour l’entreprise.