Anomalie du temps de réponse de l'application pour les sites

Ce livre blanc décrit les étapes pour enquêter et résoudre les problèmes de temps de réponse des applications affectant les sites.

Aperçu

Le temps de réponse de l'application mesure le **Temps jusqu'au Premier Octet (TTFB)** entre un site et une application. L'augmentation du temps de réponse peut être causée par la dégradation du côté de l'application, des problèmes de connectivité WAN, des problèmes avec le FAI, de la congestion et des problèmes au sein du réseau local du site.

Ce livre blanc aide à identifier la source de la dégradation en utilisant l'**Application de gestion Cato (CMA)** avant d'appeler le support de Cato.

Vérifiez le temps de réponse de l'application

Les méthodes suivantes peuvent être utilisées par un administrateur CMA pour vérifier qu'une **Anomalie du temps de réponse de l'application** s'est produite pour un site.

Utilisation de l'analyse détaillée

Dans le menu de navigation, cliquez sur Accueil > Atelier des Histoires..
Dans la barre de filtre, ajoutez un ensemble de filtres à Nom du Producteur dans Anomalie d'Expérience.
Ajoutez le filtre **Indication est Anomalie du temps de réponse de l'application pour les sites**.
Vérifiez qu’une histoire a été générée.
Cliquez sur la ligne de l'histoire pour ouvrir la page d'analyse détaillée et examiner les détails de l'incident, y compris la chronologie, l'entité affectée et l'application.
Examinez la chronologie de l'incident pour déterminer si le problème est persistant ou intermittent.

Filtrer pour les événements liés

Sur la page Accueil > Événements, appliquez les filtres suivants :

Sous-Type est Anomalie
**Message d'événement** contient **Temps de réponse de l'application**

Vérifiez que des événements d'anomalie ont été générés pendant la durée signalée.

Étapes de dépannage

Revue des performances de l'application

Ouvrez la page **Accueil > Surveillance de l'expérience**.
Filtrez les données pour le site et l’application concernés.
Examinez les métriques **Temps jusqu'au Premier Octet (TTFB)** et **Taux d'erreur HTTP/S** pendant la période de l'incident.
Comparez la tendance du TTFB avec la chronologie de l'histoire pour déterminer si la dégradation est continue ou intermittente.

Si le **Taux d'erreur HTTP/S** augmente avec le TTFB, vérifiez si le fournisseur de l'application a signalé une dégradation de service ou si l'application backend rencontre des problèmes.

Si seul le TTFB est élevé tandis que le **Taux d'erreur HTTP/S** reste stable, l'application répond plus lentement que d'habitude mais continue à traiter les requêtes. Pour les applications auto-hébergées, vérifiez l'état du serveur de l'application et de l'infrastructure backend.

Si plusieurs sites connaissent une augmentation du TTFB pour la même application, vérifiez si le fournisseur de l'application a signalé une dégradation de service généralisée.

Examinez les métriques du site

Dans la page **Surveillance de l'Expérience**, examinez les métriques du site suivantes pendant la période de l'incident :

Perte de paquets vers le PoP
Distance au PoP

Comparez ces métriques avec la chronologie du TTFB.

Si **La Perte de Paquets vers le PoP** ou **La Distance au PoP** augmente avec le TTFB, examinez la connectivité Internet du site ou contactez le FAI si le problème persiste.

Si les métriques réseau restent stables tandis que le TTFB augmente, la dégradation est probablement liée à l'application plutôt qu'au réseau.

Examinez les détails de la connexion

Examinez le widget **Détails de la connexion** et analysez les résultats de traceroute pour le perte de paquets, l'augmentation de la latence, les changements de route, et autres anomalies réseau durant l'incident.

Si une perte de paquets ou une latence accrue est observée avant que le trafic n'atteigne le PoP de Cato, examinez le réseau local du site ou la connectivité avec le FAI.

Si le chemin vers le PoP est sain tandis que le TTFB reste élevé, examinez l'application hébergée ou vérifiez si le fournisseur SaaS a signalé une dégradation de service.

Si aucun problème n'a été trouvé jusqu'à présent, passez à [Problèmes de performance pour le dépannage des sites Socket]() pour un dépannage plus approfondi.

Lever des cas vers le support Cato

Si ce guide n'a pas résolu un problème, soumettez un ticket de support. Pour obtenir la réponse la plus utile à une demande, un administrateur doit fournir les résultats des étapes de dépannage suivies.