Mesure temps de réponse utilisateur
Mise à jour le Vendredi, 13 Mars 2009 17:13 Écrit par Sangaré Mohamed Vendredi, 13 Mars 2009 17:08
'Les Directions Informatiques doivent aujourd'hui adopter une vision métier en plus de la maîtrise technique face à des Directions Générales mobilisées par la conquête et la fidélisation du client' JP. Blettner 01 net juillet 2003
Il s'agit d'assurer un niveau de qualité de service requis sur les processus de l'entreprise.
Cette quête passe par la mise en place d'indicateurs, de tableaux de bord et de rapport de mesure du niveau de service.
La Métrologie dans cette problématique est donc incontournable.
Quatre approches sont envisageables:
1. la simulation d'un utilisateur (moniteur ou sonde actif) sur le poste de travail ou/et
2. l'intégration d'une sonde passive sur le poste de travail
3. le chargement d'une sonde logicielle sur le poste client en coopération avec le serveur Web
4. l'intégration dans l'application de prise de mesure via les API offerts Synthèse de l'état de l'art de la surveillance:
1. Installation de moniteurs ou sondes actifs
La première approche simule un utilisateur et nécessite l`installation d’un automate sur un échantillonnage représentatif de poste de travail répartis sur les sites. Cet automate, petit programme généralement développé en C, C+ ou Java... déroule des scénarios préalablement définis. Dans un premier temps, l`automate enregistre tous les éléments d`une transaction utilisateur, puis rejoue régulièrement cette transaction afin de contrôler sa disponibilité et de mesurer son temps de traitement. Les informations remontées sont ensuite enregistrées dans une base de données pour une analyse ultérieure. En cas de dépassement d`un seuil de temps de réponse, l`automate déclenchera une alerte.
Cette approche permet de détecter pro activement les indisponibilités, même si aucun utilisateur réel n'utilise l'application. Elle permet de mesurer le niveau de service des transactions critiques enregistrées. Le niveau de service des transactions non enregistrées n'est pas mesuré.
Les différentes sondes actives du marché se différencient principalement par leur facilité de capture du contenu de données réseau ou utilisateurs.
2. Intégration d’un moniteur passif sur le poste de travail
Les agents passifs mesurent le temps de réponse de toutes les transactions réalisées par les utilisateurs réels.
Cette approche permet une mesure exhaustive. Le niveau de service est mesuré lorsque des utilisateurs réels utilisent l'application. Elle fournit un volume de mesures important, y compris pour des transactions non critiques.
Installation de sondes logicielles à partir du serveur
La méthode consiste à surveiller les transactions vers le serveur applicatif. Lorsqu`un utilisateur lance une requête, il commence par télécharger une applet Java. Pour des raisons de qualité de service, cette applet est de petite taille (quelques kilo-octets) et n`est chargée qu`une seule fois. Ensuite, la sonde logicielle commence son travail de recensement.
Le déclenchement du chronomètre commence le plus souvent dès que la touche entrée est employée, ou sur un clic de souris une fois l`adresse URL saisie. L`arrêt s`effectue, le plus souvent, lors de la réception de la page. Pour cette opération, la trame HTTP envoyée au serveur est marquée avec une information de temps. Celle-ci se retrouve dans la page reçue en retour.
L`applet effectue ensuite une simple soustraction. Elle remonte le résultat au serveur web. Le temps ainsi obtenu donne une information sur les temps de transfert sur Internet ainsi que sur le temps passé à rassembler les éléments composant la page.
Certaines sondes vont jusqu`à fournir des informations concernant le temps des opérations de DNS Lookup Time (temps de recherche de serveurs de noms), Time to First Byte (temps avant l`obtention du premier paquet) ou encore le Content Time (temps de chargement de la page).
Tous ces relevés correspondent à des séquences bien précises du protocole HTTP pour l`obtention des éléments inclus dans la page. Pour obtenir ces données, les méthodes de mesure font appel aux mécanismes de Parallel HTTP ou HTTPS GETs (identification), à l`initial DNS Lookup, ainsi que le HTTP et le HTTPS Retrieval Time (temps d`extraction). L`administrateur crée ensuite des tableaux de bord permettant d`évaluer la qualité de son site.
3. Prise de mesure à l’intérieur des applications par positionnement de chronomètres
La collecte des temps de réponse est basée sur la capacité des clients applicatifs à communiquer via les API de programmation offertes les temps de réponse associés à chaque transaction qu’ils exécutent. La collecte de ces valeurs est assurée par un agent spécifique.
Dans ce cas les mesures de temps de réponse des applications utilisant des applets JAVA n’est pas possible (cas des applications 3270 et Vidéotex). Add a comment