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 fixé à 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
Exemple 5 : Apdex et les associations d'équipes
Objectif : attribuer la configuration Apdex à une ou plusieurs équipes associées à l'utilisateur. Ces associations d'équipes sont ensuite utilisées pour appliquer les restrictions d'accès.
- Entité : Application « Robot-shop »
- 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 : 100 ms
- Détails :
- Nom : Checkout Apdex
- Mots-clés (facultatif) : Paiement
- Équipes : Équipe 1, Équipe 2
Scénario : l'utilisateur crée une configuration Apdex attribuée à l'équipe 1 et à l'équipe 2. Les libellés des équipes correspondants sont visibles dans le tableau Apdex et sur la page de configuration. Seuls les membres des équipes associées peuvent consulter la configuration Apdex.
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 +) et ne varie pas.
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 requis.
Problème : l'indice 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 ce 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.