L'écosystème des serveurs web est riche et diversifié, les technologies évoluant constamment pour répondre aux besoins toujours plus sophistiqués des utilisateurs. Dans ce foisonnement de solutions, LiteSpeed s'est démarqué, gagnant du terrain et attirant l'attention du secteur. Nombreux sont ceux qui voient en LiteSpeed l'avenir, une solution miracle pour tous les projets web, des plus modestes aux plus ambitieux. Pourtant, une analyse plus approfondie pourrait révéler une autre réalité : la popularité de LiteSpeed s'explique moins par sa supériorité technologique intrinsèque que par un manque généralisé de compétences techniques chez les administrateurs système.
NGINX et Varnish représentent le summum de la technologie des serveurs web. Utilisés par des entreprises de premier plan, de grands groupes de médias et des plateformes de commerce électronique à fort trafic, ces outils sont devenus synonymes de performances robustes et de qualité supérieure. Leur architecture open source et le soutien d'une vaste communauté de développeurs garantissent une flexibilité inégalée, ce qui en fait des outils hautement personnalisables pour répondre aux besoins les plus divers.
Nous avons longuement abordé ce sujet dans cet article, « Test du serveur web LiteSpeed ». Cependant, il est très difficile de proposer une meilleure technologie lorsque le public entend parler partout de technologies alternatives, plus populaires et présentées comme la meilleure solution du marché. On assiste exactement à la même situation qu'avec la rivalité entre le VHS et le Betamax.
Dans les années 70 et 80, Betamax et VHS étaient les deux principaux formats de bande vidéo, créant une fameuse "guerre des formats". Sony a introduit Betamax pour la première fois en 1975, avec une qualité d'enregistrement bien supérieure et dans moins d'espace. Cependant, JVC a introduit le format VHS l'année suivante, ce qui a permis une durée d'enregistrement plus longue. Malgré la qualité supérieure de Betamax, la VHS est devenue plus populaire en raison de sa durée de conservation plus longue et du soutien de plus de fabricants. Finalement, la VHS est devenue la norme de facto dans l'industrie de la vidéo domestique.
Cependant, la puissance de ces outils réside dans leur utilisation appropriée. Il ne suffit pas de les installer sur le serveur et de les laisser fonctionner seuls. Chaque technologie requiert une gestion rigoureuse et une configuration personnalisée pour exploiter pleinement son potentiel. C'est là que le rôle de l'administrateur système devient crucial.
Un ingénieur système compétent comprend les détails complexes de la gestion de la pile de serveurs. Il comprend comment ajuster le cache, comment vérifier le contrôle du cache et comment effectuer un nettoyage sélectif du cache. Possède l'expertise nécessaire pour gérer les problèmes de performances et de taux de réussite. Il connaît le potentiel de NGINX et de Varnish et sait les exploiter pour offrir une expérience utilisateur inégalée et un positionnement optimal sur les moteurs de recherche.
Malheureusement, le secteur regorge d'administrateurs système qui ne possèdent pas ces compétences essentielles. Ce manque de compétences peut entraîner une mise en œuvre et une gestion sous-optimales de NGINX et Varnish, ce qui peut engendrer des problèmes de performance et une expérience utilisateur décevante. Dans ces conditions, il n'est pas surprenant que LiteSpeed puisse apparaître comme une solution plus attrayante et prometteuse.
Par exemple, le choix d'une durée de vie (TTL) appropriée pour le cache représente un défi de taille. Une TTL adaptée est essentielle pour éviter que le contenu mis en cache ne devienne obsolète et ne dégrade l'expérience utilisateur. Malheureusement, de nombreux administrateurs système ne maîtrisent pas les subtilités de ce paramètre crucial et peuvent choisir une TTL inadaptée aux besoins spécifiques du site web de leur client.
Un autre point important concerne la gestion de la purge sélective du cache. Cette technique essentielle permet de supprimer sélectivement du contenu du cache sans avoir à le vider entièrement. C'est particulièrement important pour les sites web volumineux et dynamiques, où une purge complète du cache pourrait entraîner des pertes de performance considérables. Or, de nombreux administrateurs système ne possèdent pas l'expertise nécessaire pour implémenter correctement cette fonctionnalité.
Enfin, il y a la question de l'optimisation du taux d'accès au cache. Un taux d'accès élevé signifie que la plupart des requêtes peuvent être traitées directement depuis le cache, améliorant ainsi les performances. Cependant, obtenir un taux d'accès élevé exige une configuration et une surveillance rigoureuses, des compétences qui font souvent défaut aux administrateurs système les moins expérimentés.
Dans ces captures d'écran suivantes, nous pouvons voir deux gestionnaires d'hébergement, le premier un hébergeur professionnel complet avec SRL, le second un hébergeur semi-professionnel qui se prépare cependant à essayer d'obtenir l'attribution de commandes importantes. Il est évident et incontesté que leurs considérations sont absolument erronées dans tous les domaines.
Dans le cas présent, par exemple, l'erreur manifeste serait de croire qu'à chaque publication d'un article par un utilisateur ou l'équipe éditoriale, le cache doit être vidé manuellement, voire que l'administrateur système doit intervenir . Il existe pourtant des extensions capables d'utiliser des fonctions comme `save_post()` de WordPress et d'effectuer une purge sélective des articles, catégories, flux et plans de site. Malgré la gravité de cette affirmation, il convient de rappeler que l'incident remonte à plusieurs années ; ce malentendu a donc certainement été dissipé depuis. Par ailleurs, il est vrai que ce fournisseur n'a jamais proposé de services aux entreprises basés sur NGINX et Varnish, mais s'est fait connaître en proposant directement LiteSpeed afin de trouver un service plus adapté à ses compétences. Par souci de confidentialité et de respect pour la réputation de chaque fournisseur, nous préférons ne pas le nommer.
Comme vous pouvez le constater sur la capture d'écran ci-dessus, il s'agit d'un exemple de fournisseur qui, malgré son offre de services d'hébergement, ne comprend pas pleinement les avantages liés à une longue durée de vie (TTL).
Un TTL long, par exemple d'une semaine ou même d'un mois, peut offrir des avantages significatifs, surtout lorsqu'il s'agit de contenu qui ne change pas fréquemment.
Cependant, définir un TTL aussi bas que 12 heures, comme dans ce cas, peut créer un certain nombre d'inefficacités. L'un d'entre eux concerne la vitesse à laquelle le contenu est servi aux utilisateurs. Avec un TTL plus court, le contenu plus ancien est expulsé du cache plus fréquemment, ce qui signifie qu'il doit être récupéré à nouveau du serveur à chaque fois. Ce processus peut augmenter le temps de réponse du serveur, connu sous le nom de Time To First Byte (TTFB), en particulier si le backend ou l'application de votre site n'est pas optimisé pour fournir des performances élevées.
Un TTL plus long, en revanche, permet de conserver le contenu dans le cache pendant de plus longues périodes, ce qui réduit la fréquence à laquelle il doit être extrait du serveur. Cela peut conduire à une amélioration significative du TTFB et, par conséquent, à une expérience utilisateur plus fluide et plus rapide.
De plus, une durée de vie plus longue peut réduire la charge sur le serveur principal, économisant ainsi des ressources qui peuvent être utilisées pour gérer d'autres aspects critiques du site. Cela peut être particulièrement avantageux pour les sites avec un volume de trafic élevé ou des ressources de serveur limitées.
Le fait que parler de Purge sélective quand on parle de Varnish Cache soit absolument une exception dans ce cas suggère qu'il y a de grosses lacunes à combler et un bagage culturel absolument insuffisant pour proposer des services d'hébergement à un niveau professionnel.
Évidemment, ce ne sont là que deux exemples évidents de la mesure dans laquelle l'improvisation peut régner dans ce monde de "professionnels" dont beaucoup manquent également de formation académique, comme un cursus universitaire ou au moins des études connexes. En réalité, le problème est beaucoup plus vaste et les écarts sont vraiment nombreux et variés.
C'est pourquoi Litespeed, tout en ayant moins de flexibilité dans la personnalisation et la mise en œuvre de projets complexes, a cependant à son avantage une configuration de base suffisamment meilleure que la plupart de ce que de nombreux "collègues" sont capables d'offrir en utilisant des outils plus puissants et complexes tels que NGINX et Varnish .
Cependant, cette perception n'implique pas la supériorité de LiteSpeed sur NGINX ou Varnish. Il met plutôt en évidence l'importance des compétences système pour une gestion et une configuration correctes de la pile de serveurs. Le succès de LiteSpeed est donc le reflet de la pénurie d'expertise en ingénierie système dans l'industrie, plutôt qu'un hommage à sa supériorité technologique.
De même, des entreprises comme WordPress VIP et Fastly, qui gèrent l'hébergement de clients de renom comme CNN, le New York Times, BuzzFeed et bien d'autres, démontrent l'efficacité de NGINX et de Varnish. Ces entreprises ont investi massivement dans le développement des compétences techniques nécessaires pour gérer et configurer NGINX et Varnish à leur plein potentiel. Sans surprise, ils ont opté pour ces technologies plutôt que LiteSpeed.
En conclusion, il est important de se rappeler que le choix de la technologie ne doit pas dépendre de sa popularité, mais de son efficacité à répondre aux exigences du projet. Alors que LiteSpeed peut sembler attrayant pour ses mérites apparents, NGINX et Varnish, lorsqu'ils sont gérés correctement, offrent des performances, une évolutivité et une flexibilité supérieures. Ce qui compte vraiment, c'est l'expertise systémique nécessaire pour tirer le meilleur parti de ces outils.
