Qu'est-ce que le temps de réponse SaaS ?

Le temps de réponse SaaS est la période de temps totale commençant lorsqu'un utilisateur sollicite un service et se terminant lorsque le logiciel fournit la réponse finale. C'est une métrique de latence principale à partir de laquelle est dérivée la perception par l'utilisateur de la vitesse du produit.

La vitesse est fortement liée à tous ces éléments : la satisfaction des utilisateurs, l'engagement et les revenus d'une entreprise.

• Abandon de panier: 40 % des utilisateurs abandonneront un site qui met plus de 3 secondes à charger. Au stade du paiement, cette “friction” est encore plus coûteuse.
• Délais d'expiration API: Si votre SaaS appelle une passerelle de paiement et que la réponse dépasse le seuil de “délai d'expiration”, la transaction échoue, même si l'utilisateur dispose de fonds suffisants.
• Risque de double-clic: Les boucles de rétroaction lentes incitent souvent les utilisateurs à cliquer plusieurs fois sur “Payer”, entraînant des transactions en double et une surcharge accrue du support.
• la fidélisation: Maintenir la satisfaction des clients en minimisant le temps de réponse est l'un des principaux moteurs pour augmenter la rétention et, par conséquent, le succès durable de l'entreprise.

Pour comprendre en profondeur les performances, il est conseillé d'utiliser plusieurs moyens de surveillance qui, ensemble, complètent le tableau des performances.

1. Utilisez la surveillance des performances applicatives (APM) pour identifier les goulots d'étranglement du backend.
2. Utilisez le traçage distribué pour suivre les requêtes spécifiques (lorsqu'elles passent par différents microservices)..
3. Utilisez les contrôles synthétiques pour simuler et tester les parcours utilisateurs..
4. La surveillance des utilisateurs réels (RUM) est une méthode de surveillance qui recueille des informations sur les expériences réelles des utilisateurs.
5. Utilisation de tableaux de bord pour la visualisation des données. Il faut se concentrer sur les lignes de base historiques et la latence mesurée aux centiles..

Pour évaluer le cycle de vie des transactions, considérez : 

• Latence des transactions : Suivi du temps entre le “Clic Payer” et la notification de “Succès/Échec”.
• Performance des passerelles tierces : Surveillance des temps de réponse des processeurs de paiement externes et des moteurs fiscaux.

De nombreux facteurs imbriqués influencent la vitesse de réponse (de l'efficacité du code écrit aux éléments externes tels que les conditions réseau).

• Infrastructure: Parmi ces facteurs figurent la charge du serveur, les performances de la base de données et le dimensionnement approprié de l'environnement d'exploitation.
• Réseau: La latence du réseau, ainsi que les emplacements géographiques des utilisateurs et des serveurs, est souvent un facteur notable.
• Architecture: Les variations peuvent être liées à des éléments architecturaux tels que les techniques de mise en cache, les pratiques d'intégration tierces et la présence d'un effet de voisin bruyant dans les environnements multi-locataires.
• Variables du cloud: Les performances du cloud varient en raison des différences entre les régions cloud.

L'obtention des résultats souhaités nécessite un plan d'objectifs de performance approprié, et il faut tester les performances régulièrement.

• Établissement des objectifs: Utiliser les Objectifs de Niveau de Service (SLO) afin de définir le niveau de performance acceptable.
• Alertes: Mettre en place des alertes exploitables et liées aux services critiques pour l'entreprise lorsque les seuils sont dépassés.
• Tests: Effectuer des tests de performance réguliers, réalisés sous charge, et établir des budgets de performance.
• Maintenance: Effectuer des tests de régression pour détecter rapidement les dégradations de performance et mettre en œuvre une planification de la capacité afin de pouvoir satisfaire la demande future. ​‍​‌‍​‍‌​‍​‌‍​‍‌

Une alerte efficace consiste à cibler l'impact réel sur l'utilisateur et à minimiser les perturbations.

1. Les variations de latence peuvent affecter l'utilisateur final ; par conséquent, ajuster les mécanismes d'alerte pourrait être bénéfique..
2. Lors de l'alerte, il est judicieux de configurer votre système pour vous avertir chaque fois que des incidents aberrants (par ex., p95 ou p99) se produisent.
3. Suivez la rapidité avec laquelle vous consommez votre budget de performance. Cela prévient les violations des SLA et les pénalités financières courantes dans les contrats SaaS d'entreprise.
4. Définissez des alertes par région. Un pic en Asie peut ne pas affecter votre moyenne globale, mais pourrait signifier que vos méthodes de paiement localisées échouent pour tout un marché.
5. Déclenchez des alertes uniquement si la latence reste élevée pendant 3 à 5 minutes. Cela filtre les “hoquets” transitoires du réseau et réduit la fatigue d'alerte pour votre DevOps équipe.