L’idée de proposer un atelier de travail sur l’instrumentation lors de ce hackathon est apparue après le premier tour de table. La performance de certaines applications intégrées à la distribution EOLE peuvent être améliorés en utilisant l’instrumentation.
“L’instrumentation est une technique de mise en œuvre d’instruments de mesure, d’actionneurs, de capteurs, de régulateurs, en vue de créer un système d’acquisition de données ou de commande.” [1]
Le but de l’atelier était de clarifier les étapes nécessaires pour construire le cadre d’analyse d’un service logiciel donné.
Pour valider ces étapes, l’étude d’un service spécifique devait également être menée.
En résumé, les étapes identifiées sont :
- identification des caractéristiques du service logiciel qui déterminent ses performances ;
- identification des options de configurations qui ont une influence sur ces caractéristiques ;
- identification des outils et méthodes pouvant mettre en évidence, mesurer, les caractéristiques du service logiciel ;
- mise en place d’un protocole de mesure.
Pour la mise en pratique, c’est le service de proxy Squid qui a été étudié.
La performance d’un proxy a été caractérisée à l’aide de deux notions : la vitesse de réponse et la pertinence du contenu du cache.
Les options de configuration concernant ces deux aspects du programme tombent dans deux catégories : la gestion du cache et la configuration des délais avant abandon.
La phase d’identification des outils et méthodes utiles pour mesurer la performance du proxy via les caractéristiques de vitesse de réponse et de pertinence du contenu du cache a abouti au choix du logiciel Web Polygraph, dont la version publique est disponible dans les dépôts officiels de la distribution testée.[2]
Le protocole de mesure consiste à simuler des connexions passant par le proxy à l’aide d’un client et d’un serveur disposés de part et d’autre du serveur hébergeant le service de proxy.
L’ensemble des connexions est décrit en terme de type d’objet, de taille d’objet, de taux de connexions par seconde, de redondance d’objet demandé.
Pour l’atelier, l’ensemble des connexions utilisées est celui décrit dans le fichier pm4-pf2.pg [3] disponible en annexe d’un livre sur Squid.
Web Polygraph semble être l’outil parfait pour simuler un contexte réaliste et donc tester une configuration. La prochaine étape consistera à établir des profils de configuration correspondant à des scénarios que l’on trouve typiquement chez des utilisateurs des solutions EOLE.
[1] https://fr.wikipedia.org/wiki/Instrumentation_(science), consulté le 7 décembre 2015
[2] http://www.web-polygraph.org/, consulté le 7 décembre 2015
[3] http://squidbook.org/extras/pm4-pf2.pg.txt, consulté le 7 décembre 2015