Tester les performances

Avec Internet, les architectures se complexifient. Quand un accès est ralenti, difficile de savoir qui, du serveur web, de la base de données, du serveur d’application ou de la connexion au réseau de l’opérateur, est responsable des délais d’attente. Surtout lorsque certaines requêtes sont gérées par les services d’un CDN (Content Delivery Network) et que l’entreprise répartit les accès entre différents serveurs et opérateurs de réseau. Pour faciliter la localisation des problèmes, il existe des outils spécialisés dans le test de performance des applications et des sites.

Des réponses finement analysées

Proposés sous forme de services ou à déployer en interne, ces outils simulent le comportement des utilisateurs en émettant des requêtes. Le temps de réponse est ensuite analysé pour chaque composant d’une page ou d’un document. Ainsi, un traitement trop long d’une requête faisant appel aux données d’une base sera souligné et mettra en évidence des défaillances du côté du code ou dans le dimensionnement des serveurs. L’identification de la cause du ralentissement nécessite cependant plus ou moins d’expertise. Chez Mercury, le néophyte dispose de rapports détaillés qui lui indiquent d’où provient le problème. Mais, chez Witbe ou Keynote, l’utilisateur devra avoir des compétences pour analyser les résultats ou faire appel aux experts proposés par ces sociétés. Certains outils installent des agents sur les serveurs et autres équipements réseau testés, tandis que d’autres, moins intrusifs, se contentent d’émettre des requêtes et de tester les temps de réponse.Enfin, les tests pratiqués en interne ne laissent en rien présager des réelles performances d’un site web. Une entreprise ne peut simuler différentes capacités de connexion ou encore l’aiguillage des requêtes sur différentes dorsales d’Internet selon le point de connexion de l’utilisateur. Raison pour laquelle Air France fait appel à Mercury pour évaluer les performances de ses sites. Comme Keynote et Witbe, Mercury réalise des tests en temps réel à partir de différents points du globe en simulant diverses capacités de connexion. Ils reproduisent ainsi la variété d’une audience d’un site web et mettent en évidence les lacunes d’opérateurs, les dysfonctionnements en matière de routage au niveau mondial ou encore les problèmes applicatifs. n

Samuel Delplace (3 Suisses) :” Nous avons fortement amélioré la qualité de service de notre site “

Pourquoi avez-vous fait appel aux services de Witbe ?

ous avions constaté des ralentissements sur notre site web et avions quelques hypothèses sur les causes. Nous avons voulu les valider par des éléments chiffrés et obtenir un référentiel de nos performances et de notre disponibilité. Witbe était l’un des rares prestataires capables d’effectuer le monitoring. Il dispose d’un pôle d’experts sur les architectures Internet et nous a proposé une prestation très intéressante sur le plan de la démarche.

omment avez-vous procédé ?

De façon itérative, en alternant les phases de monitoring et celles d’optimisation. Nous avons mesuré l’évolution des performances de tous les éléments de notre architecture Internet. Cette démarche nous a permis de mettre en lumière les goulets d’étranglement et de vérifier l’amélioration après chaque optimisation. Résultat, nous avons fortement amélioré les performances et la qualité de service de notre site. Ceci a fait exploser laudience (plus de 400 000 visites par mois), le nombre de pages vues par visite (12 pages) et le taux de transformation (supérieur à 10 %). La part du site dans le CA des 3 Suisses est maintenant supérieure à 5 %.

Pourquoi continuez-vous à tester les performances ?

Afin de garder une bonne visibilité de la qualité de service que nous offrons à nos clients. Nous continuons aussi à utiliser des mesures réseaux sur les équipements de nos opérateurs pour suivre leur qualité de service.