Exemples de configuration d'Apdex
Ces exemples montrent comment configurer et calculer les scores Apdex afin de suivre la satisfaction des utilisateurs dans différentes applications et différents scénarios.
Exemple 1 : Application Apdex avec seuil personnalisé
Objectif : Évaluer la satisfaction des utilisateurs de l'application de commerce électronique en mesurant le score Apdex avec un seuil de 200 ms.
Configuration :
- Entité : Application de commerce électronique
- Portée :
- Appels concernés : appels entrants
- Inclure les appels internes : false
- Inclure les appels synthétiques : false
- Filtres personnalisés : Aucun
- Portée :
- Indicateur :
- Seuil : 200 ms
Scénario : sur une période d'une heure, l'application reçoit 10 000 requêtes avec les temps de réponse suivants.
Calcul de l'Apdex :
- Appels traités (en 200 ms ou moins) : 8 500 appels
- Appels tolérés (durée supérieure à 200 ms et inférieure ou égale à 800 ms) : 1 200 appels
- Appels interrompus (durée supérieure à 800 ms) : 300 appels
- Nombre total d'appels : 10 000
Formule du score Apdex : Apdex = (Satisfied + (Tolerated / 2)) / Total
- Apdex = (8 500 + (1 200 / 2)) / 10 000
- Apdex = (8 500 + 600) / 10 000
- Apdex = 9 100 / 10 000
- Note Apdex : 0.91 (Bon)
Niveau de satisfaction : Bon ( 0.85-0.93 )
Exemple 2 : Site Web Apdex pour les requêtes « HTTP »
Objectif : surveiller la satisfaction des utilisateurs concernant les requêtes de type « HTTP » adressées au site Web de la banque en ligne, avec un seuil de 500 ms.
Configuration :
- Entité : Site web de services bancaires en ligne
- Beacon : requêtes « HTTP »
- Filtres personnalisés : Aucun
- Indicateur :
- Seuil : 500 ms
Scénario : en l'espace de 30 minutes, le site web reçoit 5 000 requêtes « HTTP ».
Calcul de l'Apdex :
- Requêtes traitées (en 500 ms ou moins) : 4 200 requêtes
- Requêtes tolérées (supérieures à 500 ms et inférieures ou égales à 2 000 ms) : 650 requêtes
- Requêtes ayant échoué (plus de 2 000 ms) : 150 requêtes
- Nombre total de demandes : 5 000
Indice Apdex :
- Apdex = (4 200 + (650 / 2)) / 5 000
- Apdex = (4 200 + 325) / 5 000
- Apdex = 4 525 / 5 000
- Note Apdex : 0.905 (Bon)
Niveau de satisfaction : Bon ( 0.85-0.93 )
Exemple 3 : Application Apdex avec un champ d'application filtré
Objectif : Évaluer la satisfaction des utilisateurs, en particulier pour les appels liés au paiement dans l'application Retail App, avec un seuil de 150 ms.
Configuration :
- Entité : Application de vente au détail
- Portée :
- Appels concernés : tous les appels
- Inclure les appels internes : false
- Inclure les appels synthétiques : false
- Filtres personnalisés : endpoint.name contient « checkout »
- Portée :
- Indicateur :
- Seuil : 150 ms
Scénario : sur une période de deux heures, les appels liés au paiement présentent la répartition suivante.
Calcul de l'Apdex :
- Appels traités (en 150 ms ou moins) : 2 800 appels
- Appels tolérés (durée supérieure à 150 ms et inférieure ou égale à 600 ms) : 180 appels
- Appels interrompus (durée supérieure à 600 ms) : 20 appels
- Nombre total d'appels : 3 000
Indice Apdex :
- Apdex = (2 800 + (180 / 2)) / 3 000
- Apdex = (2 800 + 90) / 3 000
- Apdex = 2 890 / 3 000
- Note Apdex : 0.963 (Excellent)
Niveau de satisfaction : Excellent ( 0.94-1.00 )
Exemple 4 : Comparaison de l'Apdex pour différents seuils
Objectif : Comprendre comment le choix du seuil influe sur les scores Apdex pour une même application.
Scénario : L'application « API Gateway » reçoit 10 000 appels présentant la répartition des temps de latence suivante :
- 0 à 100 ms : 6 000 appels
- 101-200 ms : 2 000 appels
- 201-400 ms : 1 200 appels
- 401 à 800 ms : 600 appels
- 801 ms et plus : 200 appels
Configuration 1 : Seuil = 100 ms
- Satisfaisant (100 ms ou moins) : 6 000
- Toléré (101-400 ms) : 3 200
- Frustré (plus de 400 ms) : 800
- Apdex = (6 000 + 1 600) / 10 000 = 0, 0.76 (correct)
Configuration 2 : Seuil = 200 ms
- Satisfaisant (200 ms ou moins) : 8 000
- Toléré (201-800 ms) : 1 800
- Frustré (plus de 800 ms) : 200
- Apdex = (8 000 + 900) / 10 000 = 0.89 (Bon)
Configuration 3 : Seuil = 400 ms
- Satisfaisant (400 ms ou moins) : 9 200
- Toléré (401-1 600 ms) : 600
- Frustré (plus de 1 600 ms) : 200
- Apdex = (9 200 + 300) / 10 000 = 0.95 (Excellent)
Analyse : Cet exemple montre à quel point il est essentiel de définir des seuils appropriés en tenant compte des facteurs suivants :
- Type d'application et attentes des utilisateurs
- Critères commerciaux
- Aptitudes techniques
- Industry Standards
Comprendre les niveaux de satisfaction Apdex
Le score Apdex varie de 0 à 1, avec les niveaux de satisfaction suivants :
| Plage de score | Niveau | Couleur | Description |
|---|---|---|---|
| 0.94-1.00 | Excellent | Vert foncé | Les utilisateurs sont très satisfaits des performances |
| 0.85-0.93 | Bon | Vert clair | Les utilisateurs sont généralement satisfaits |
| 0.70-0.84 | Passable | Jaune | Les performances sont acceptables, mais pourraient être améliorées |
| 0.50-0.69 | Médiocre | Orange | Les utilisateurs sont frustrés |
| 0.00-0.49 | Inacceptable | Rouge | Les performances nuisent considérablement à l'expérience utilisateur |
Dépannage des configurations Apdex
Les suggestions suivantes peuvent vous aider à résoudre les problèmes courants liés aux configurations Apdex :
Problème : le score Apdex est systématiquement « Excellent » ( 0.94 +) sans aucune variation.
Solution : votre seuil est peut-être trop bas. Examinez la répartition réelle de la latence et envisagez d'abaisser le seuil afin de mieux distinguer les niveaux de performance.
Problème : le score Apdex est systématiquement « médiocre » ou « inacceptable » (inférieur à 0.70 ).
Solution : votre seuil est peut-être trop strict par rapport aux capacités de votre application. Examinez la répartition des temps de latence et envisagez les mesures suivantes :
- Augmentez le seuil afin qu'il corresponde à des attentes réalistes en matière de performances.
- Vérifiez les problèmes de performances si le seuil est approprié.
- Optimisez l'application afin qu'elle atteigne le seuil souhaité.
Problème : le score Apdex présente une forte variabilité tout au long de la journée.
Solution : Cette variation est souvent normale et reflète des schémas de charge variables. Envisagez d'effectuer les actions ci-dessous :
- Créez des configurations Apdex distinctes pour les heures de pointe et les heures creuses.
- Vérifiez si la variabilité s'écarte des tendances attendues.
- Mettre en place l'auto-scaling afin de garantir des performances constantes.
Problème : aucune donnée n'est collectée pour la configuration Apdex.
Solution : Vérifiez les conditions suivantes :
- L'application ou le site web sélectionné génère du trafic.
- Les filtres personnalisés ne sont pas trop restrictifs.
- L'entité existe toujours et est correctement configurée.
Problème : le score Apdex ne correspond pas à l'expérience utilisateur perçue.
Solution : Envisagez les mesures suivantes :
- Vérifiez que le seuil correspond bien aux attentes des utilisateurs.
- Vérifiez si les filtres excluent des segments de trafic importants.
- Vérifiez que le périmètre couvre tous les appels concernés.
- Envisagez de créer plusieurs configurations Apdex pour différents segments d'utilisateurs.