Introduction
Dans le cadre d’un projet hors du commun, notre équipe s’est attelée à la tâche de rétablir un site Drupal présentant des problèmes majeurs de performance et de stabilité. Bien que nous possédons une équipe spécialisée dans cette technologie, ce n’est pas mon cas. Néanmoins nous avons relevé le défi avec succès, ajoutant ce projet dans notre longue expérience de récupération et d’amélioration de projets instables.
Un client de renom, dont l’identité restera confidentielle, joue un rôle essentiel dans les débats parlementaires entre divers pays et gouvernements à travers le monde. Son site web, réalisé initialement par une agence concurrente, était si peu performant que le client s’est tourné vers notre expertise pour le remettre sur pied.
Problèmes et solutions
Je n’ai pas une affection particulière pour Drupal. Je ne maîtrise pas ce CMS et je ne suis vraiment pas en fan de don code et de sa structure. J’ai donc été surpris d’être embarqué sur ce projet avec l’équipe spécialisée Drupal, avant d’apprendre que j’aurai un tout autre rôle à jouer. En effet, j’ai pu éviter le nettoyage et le refactoring du code, mais un travail de taille m’a été confié. En plus des problèmes de performance inhérents à ce Drupal en particulier, le serveur de production du client tombait de manière aléatoire, rendant ainsi le site inaccessible.
Au départ, j’ai supposé qu’il s’agissait d’attaques DDoS. Après tout, lorsque l’on traite publiquement des actions menées par certains gouvernements, il est fréquent de subir de telles attaques visant à réduire au silence le site. Cependant, étant donné les performances initiales du Drupal (plus de 5 secondes pour charger une page) et les spécifications du serveur de production (2 CPU et 256 Mo de RAM), il était évident que le site pouvait s’effondrer sans même avoir besoin d’une attaque. L’ouverture d’une seule page par seconde suffisait à le mettre à genoux.
Tandis que le reste de l’équipe s’employait à remettre le site Drupal sur pied, j’ai été chargé de mettre en place un nouvel environnement sécurisé et performant.
Résultats obtenus
Sans entrer dans les détails, en raison des accords de confidentialité et des secrets professionnels (disons simplement que cet article à servi d’une bonne base de travail), on peut quand même souligner que le site retourne désormais une page en moyenne en seulement 200 millisecondes, temps de réseau inclus. Malgré un trafic quotidien dépassant les 300 000 requêtes, le site dispose encore de ressources suffisantes pour absorber des pics de charge atteignant plusieurs millions de requêtes par heure.
Aujourd’hui, ma responsabilité consiste toujours à surveiller et à maintenir le serveur. Je suis ravi de constater que depuis la mise en place de l’infrastructure, le site affiche une disponibilité de 100 %. De plus, nous bloquons avec succès plus de 5'000 attaques quotidiennement.
Conclusion
La récupération et la réhabilitation d’un site Drupal présentant de graves problèmes de performance et de stabilité ont été accomplies avec succès par notre équipe. Nous avons réussi à remettre le site sur pied en résolvant les problèmes de performance et en établissant un environnement sécurisé et robuste. Ces résultats témoignent de notre engagement envers l’excellence et notre capacité à toujours surmonter les défis !