Vous êtes ici :
Métriques Managed Runtime
Pour les équipes qui exploitent des expériences basées sur Composable Storefront, les métriques Managed Runtime aident les administrateurs de sites web, les équipes DevOps et les professionnels de la sécurité à surveiller et à optimiser la performance, la sécurité et l’utilisation des ressources. Ces métriques CDN et applicatives sont cruciales pour optimiser la performance, la sécurité et la fiabilité d’un site web. En surveillant activement ces métriques, les administrateurs de sites web peuvent détecter les problèmes à un stade précoce, améliorer l’efficacité de la mise en cache, réduire les coûts et améliorer l’expérience utilisateur.
Nombre de requests
La métrique Nombre de requests (Request Count) suit le nombre total de requests HTTP traitées par le CDN Managed Runtime, y compris les réponses mises en cache et non mises en cache pour les pages, les ressources statiques et les demandes d’API proxy.
Cas d’utilisation :
- Analyser l’engagement des acheteurs en suivant le nombre de requests au fil du temps.
- Corréler avec les efforts marketing pour évaluer le succès des promotions ou des stratégies SEO.
- Surveiller l’activité des bots si l’on constate un nombre anormalement élevé de requests provenant d’un trafic non humain.
Accès au cache
La métrique Accès au cache (Cache Hits) mesure le nombre de requests traitées directement à partir du cache CDN Managed Runtime au lieu de l’application Composable Storefront. Un nombre élevé indique une mise en cache efficace, ce qui réduit la charge sur le serveur d’applications.
Cas d’utilisation :
- Optimiser la performance en augmentant les taux d’accès au cache et en réduisant la charge du serveur d’applications.
- Réduire les coûts de bande passante, car la diffusion de contenu à partir du cache du CDN évite les requests répétées du serveur d’applications.
- Identifier les problèmes de configuration du cache pour lesquels les pages, les ressources et les API attendues ne sont pas correctement mises en cache.
- Améliorer la diffusion du contenu en veillant à ce que le contenu fréquemment consulté reste dans le cache du CDN pour des temps de chargement plus rapides.
Taux d’erreur
La métrique Taux d’erreur (Error Rate) suit le nombre de requests d’erreur provenant de l’application Composable Storefront.
401(non autorisé) : requests nécessitant une authentification.403(interdit) : requests qui ne sont pas autorisées.404(introuvable) : requests qui tentent d’accéder à une page, à une ressource statique ou à une autre ressource qui n’existe pas.502(mauvaise passerelle) : échecs de communication avec le serveur d’applications.503(service non disponible) : le serveur d’applications n’est pas disponible pour les requests de service.504(délai d’expiration de la passerelle) : le serveur d’applications a mis trop de temps à répondre, généralement en raison d’un dépassement des limites de temps de réponse maximales.
Cas d’utilisation :
- Surveiller la fiabilité du site web en suivant la tendance des requests réussies par rapport aux requests échouées.
- Identifier les problèmes côté client, tels que les liens rompus entraînant des erreurs
404. - Détecter les défaillances côté serveur qui pourraient nécessiter une action, telles que des temps d’arrêt d’application ou des erreurs de configuration.
Appels SSR
La métrique Appels SSR (SSR Invocations) suit le nombre de requests de rendu côté serveur à partir de l’application Composable Storefront.
Cas d’utilisation :
- Optimiser la performance en surveillant les réponses de rendu côté serveur plus lentes et plus coûteuses que les réponses CDN mises en cache.
- Surveiller l’activité des bots si le nombre de requests d’application provenant d’un trafic non humain est anormalement élevé.
Délai de request
La métrique Délai de request (Request Time) suit le temps passé, en millisecondes, à répondre aux requests de rendu côté serveur à partir de l’application Composable Storefront.
P50: temps moyen passé à répondre aux requests.P95: 95e centile des requests d’application ayant reçu une réponse en moins de temps.P99: le 99e centile des requests d’application ayant reçu une réponse en moins de temps.
Cas d’utilisation :
- Optimiser la performance en surveillant la lenteur des temps de réponse des applications, afin d’identifier les domaines d’optimisation et les problèmes potentiels liés à la latence des intégrations d’API externes
