Hugues Gendre (Gofluent) : “ des pics d'activité dans la journée et 100 % de croissance : l'enfer du DSI ! ”

Hugues Gendre : Nous dispensons des formations d'anglais par téléphone. Nos clients sont uniquement des entreprises, et pas seulement en Europe. Si un grand compte comme Alstom nous indique que son apprenant est en Angola pour deux mois, nous devons lui donner ses cours là-bas. Il faut savoir également qu'entre 2001 et 2007, Gofluent a connu 100 % de croissance tous les ans. La grosse moitié des formateurs est aux Philippines, où se trouve la DSI, et les autres sont au Canada et aux Etats-Unis. Ces derniers travaillent depuis chez eux. Nous avons 200 postes de travail à gérer pour les commerciaux, essentiellement en Europe et en Russie, et 400 pour les formateurs.

HG : A l'origine, le système était conçu à la manière d'un gros PGI sous .Net, entièrement fait maison. Mais il était trop monolithique. En 2006, suite à la croissance du groupe, les premiers problèmes de performances sont intervenus. Ce fut un premier chantier, auquel je me suis attelé dès mon arrivée en 2007. Un des principaux enjeux concernait la planification des cours. Gérer les agendas de 400 formateurs et 10 000 apprenants au quotidien est lourd. Ce sont des problématiques de masse, de temps réel, de performances et de fuseau horaire. Nous les cumulons toutes : 100 % de croissance, une activité assez saisonnière et des pics d'activités le matin et l'après-midi. Un enfer pour un DSI ! Aujourd'hui, nous nous attaquons au portail utilisateurs, dont une nouvelle version (en janvier) comprendra une solution originale d'e-learning.

HG : Nous l'avons développé en Java. Nous nous appuyons sur le serveur d'application Tomcat et sur MySQL pour le SGBD. Nous exploitons le moteur de mapping objet relationnel Hibernate pour ses capacités de cache et JSP pour l'interface. Nous avons encore des applications sur notre système historique, pour des traitements en batch tels que la facturation. L'intégration de la nouvelle plate-forme de planification avec les applications historiques passe par des services web.

HG : Notre philosophie : suivre les bonnes pratiques, avec des applications indépendantes des OS et du matériel. .Net a donc été mis de côté. Nous sommes très stricts sur la séparation base de données, couches métier et interface. Pour pouvoir passer éventuellement de MySQL à Oracle sans problème. Nos bases de données ne font aucun traitement. Le plus important : respecter les standards. Nous avons donc choisi Liferay pour le portail utilisateur. Nous aurions pu choisir Weblogic ou Websphere. Mais nous les avons testés et ils ne respectent pas 100 % des standards.

HG : Quand il a été question de revoir notre matériel et notre OS, nous nous sommes demandés comment avoir de la puissance à la demande et de la haute disponibilité. VMware nous intéressait. Tous les prestataires qui ont répondu à notre appel d'offres nous proposaient de la virtualisation. Nous y sommes allés et nous nous sommes plantés dans les grandes largeurs. ESX saturait. Nous avons donc consolidé sans VMware, via des serveurs de bases de données avec 6 instances, des serveurs d'application de 6 à 10 JVM. Mais nous n'avons pas la haute disponibilité qu'aurait pu nous offrir VMware pour la base de données. Nous étudions actuellement une solution de cluster avec Red Hat.