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
  • 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 »
  • 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.