Nginx vs Apache : quel est le meilleur serveur Web ?

Bien qu'il existe de nombreux types de logiciels de serveur, vous réduirez souvent les concurrents à Nginx vs Apache. En effet, les deux offrent des performances optimales pour de nombreuses configurations de serveur différentes et conviennent mieux à certaines applications qu'à d'autres.

Même dans ce cas, vous voudrez toujours déterminer lequel de ces éléments correspond le mieux à vos besoins. Il existe différentes catégories à examiner, telles que la prise en charge du système d'exploitation (OS), la sécurité, la documentation et (bien sûr) les performances.

Pour cet article, nous allons comparer Nginx à Apache dans un certain nombre de domaines différents. À la fin, nous résumerons nos conclusions et vous donnerons les informations dont vous avez besoin pour choisir la bonne option.

Présentation de Nginx et Apache

Nginx

Comparé à Apache, Nginx ( prononcez "moteur X" ) est relativement novice dans le monde de la technologie côté serveur. Cependant, l'équipe de développement a entrepris de développer les limitations des systèmes Apache.

C'est une solution open source que de nombreux utilisateurs considèrent pour sa stabilité et son évolutivité. Ceci est (en partie) dû à son architecture pilotée par les événements - dont nous parlerons plus tard. En fait, une partie de l'objectif de la version initiale de Nginx était de pouvoir gérer 10 000 connexions à la fois. C'est quelque chose qui était nécessaire en 2004, en raison de l'expansion rapide du Web à l'époque.

Dans l'ensemble, les administrateurs système et les propriétaires de sites aiment Nginx parce qu'il est performant, fonctionne très bien avec les fichiers statiques et remplit les fonctions d'un équilibreur de charge et d'un « proxy inverse ». Tout cela concerne la disponibilité, la vitesse et la sécurité.

apache

Apache est en quelque sorte le «vieux» de la technologie des serveurs Web. Il est presque aussi ancien que le Web lui-même - depuis 1995, Apache est le logiciel au cœur de milliers, voire de millions de serveurs.

Pendant longtemps, Apache a été une technologie dominante parmi les "sysadmins". Il y a de nombreuses raisons à cela - certaines liées à la performance et d'autres à la force de l'habitude. Quoi qu'il en soit, les serveurs Apache sont très utilisés là où les configurations sont importantes.

Vous trouverez Apache en tant que logiciel préinstallé sur toutes les distributions Linux, c'est donc une solution incontournable pour ce système d'exploitation. Cependant, bien qu'il utilise une architecture différente de Nginx, il offre toujours puissance, évolutivité et documentation fantastique.

De nombreux administrateurs système apprécient également la nature personnalisable d'Apache et la façon dont vous pouvez personnaliser un serveur en chargeant divers modules.

Les cas d'utilisation généraux pour Nginx vs Apache

Il est juste de dire qu'Apache est un « touche-à-tout » lorsqu'il s'agit de servir des sites Web. Cependant, c'est une bénédiction mitigée. Oui, les serveurs Apache peuvent faire presque tout ce que Nginx peut faire, mais c'est au détriment d'un code moins performant. L'âge est un facteur ici.

Parce qu'Apache est arrivé à un moment où nous n'avions pas certaines des applications les plus avancées pour les serveurs Web, la base de code ne pouvait pas faire ce dont elle avait besoin pour servir les sites Web modernes. Bien que ces problèmes ne soient pas nécessairement préoccupants à l' heure actuelle , une solution telle que Nginx fonctionne avec le Web moderne à l'esprit.

En tant que tel, vous constaterez qu'Apache est fantastique en tant que serveur facile à configurer pour des applications telles que l'hébergement partagé. Ses intégrations le voient également utilisé comme logiciel de serveur de développement local, dans le cadre de la pile Linux, Apache, MySQL et PHP (LAMP).

En revanche, Nginx a une base logicielle plus mature, avec une plus grande rationalisation par rapport à Apache. C'est bien là où la stabilité et la sécurité sont des éléments clés et fondamentaux. Vous constaterez qu'un serveur Nginx n'est pas aussi configurable que d'autres types, ce qui signifie que vous accéderez moins à son cœur.

De plus, il n'est pas modulaire de la même manière qu'Apache, ce qui le rend moins adapté à une situation où vous devez effectuer une personnalisation du serveur.

Nginx vs Apache : la popularité de chaque type de serveur

Pendant longtemps, le logiciel serveur s'apparentait à une course à un cheval. Apache a été une force dominante pendant plusieurs années et détient toujours une énorme part de marché. Pour cette raison, vous trouverez de nombreuses intégrations et une prise en charge des serveurs Apache, ainsi qu'une documentation de premier ordre.

Cela constitue une raison supplémentaire de choisir Apache et contribue à son utilisation continue. Cependant, Nginx est un logiciel serveur avec une part de marché énorme. Il y a une lente augmentation de l'utilisation de Nginx au fil du temps, au point qu'il s'agit désormais de la technologie de serveur Web la plus dominante sur le marché, mais pas de beaucoup.

À l'avenir, nous suggérons qu'Apache sera moins utilisé au fil du temps, car Nginx fournit une grande partie de ce dont les administrateurs système ont besoin dans un serveur Web. Cependant, LiteSpeed ​​Web Server et Cloudflare Server sont à l'horizon et viennent avec une base d'utilisateurs croissante et un soutien important. Dans quelques années, cette comparaison pourrait comparer Nginx à l'un de ces jeunes parvenus.

Nginx vs Apache : Une ventilation technique des caractéristiques et fonctionnalités

Les prochaines sections couvriront un certain nombre d'aspects techniques de Nginx vs Apache. Bien que nous ne puissions pas tout couvrir, nous accorderons suffisamment de temps aux principaux domaines. Dans tous les cas, comme ceux-ci représentent les éléments de base des deux types de serveurs, vous aurez plus qu'assez pour choisir le bon logiciel pour vous.

1. Connexion et traitement des demandes

Il est essentiel de savoir comment un serveur gère les connexions, car il s'agit de sa "devise principale". C'est discutable, mais lorsque les gens cherchent à discuter des mérites relatifs de Nginx par rapport à Apache, la gestion des connexions joue un grand rôle dans les perceptions.

Nginx

Nginx est "asynchrone" et "piloté par les événements", ce qui signifie qu'il peut gérer plusieurs requêtes à la fois et les traiter tant qu'il y a des ressources disponibles. Il génère des "processus de travail" pour gérer les connexions entrantes, dont il attend des milliers à la fois. Ce sont les « porteurs d'eau » pour le reste du serveur.

Par exemple, chaque processus de travail écoutera les événements de processus et les connexions, et les ajoutera à une boucle continue. À partir de là, le serveur peut traiter chaque événement et le supprimer lorsqu'il se termine. Le flux d'un serveur Nginx offre une évolutivité inhérente, et l'architecture asynchrone et non bloquante sert également cela.

apache

En revanche, Apache gère les événements un par un via un certain nombre de modules de traitement multiple (MPM). Un administrateur système choisira l'architecture de connexion la mieux adaptée à la tâche, parmi lesquelles il en existe quelques-unes.

Le module mpm_prefork est courant. Cela génère des processus enfants pour chaque événement et ne traite qu'une seule connexion à la fois. Si le nombre de processus est supérieur au nombre de requêtes, vous aurez du mal à faire la différence entre Nginx et Apache en termes de performances.

Cependant, ce type de situation est rare, et un serveur Apache verra un plus grand nombre de requêtes que de processus à de nombreuses reprises. De plus, ce MPM n'évolue pas bien, en raison de l'utilisation de la mémoire.

Pour ceux qui travaillent avec PHP, mpm_prefork est le seul moyen sûr de travailler avec le module interpréteur mod_php . Malgré les inconvénients, ce sera le MPM qu'un développeur WordPress choisira s'il doit se déployer sur un serveur Apache.

Vous verrez également les modules mpm_worker et mpm_event . Ceux-ci effectuent une opération similaire et évoluent mieux en raison de la façon dont ils peuvent générer plusieurs processus par collection de threads.

Ce lot de MPM montre à quel point Apache peut être flexible, malgré les inconvénients pour les performances dans certains cas.

Traitement des demandes pour le contenu statique ou dynamique

Avant de poursuivre, nous devons mentionner le contenu statique par rapport au contenu dynamique pour chaque logiciel serveur. Vous lirez que Nginx ne peut pas traiter le contenu dynamique, ce qui pourrait vous inquiéter. En fait, Nginx ne traitera pas ce type de contenu de manière native. Au lieu de cela, il l'enverra à un processeur externe (tel qu'un cache), puis attendra qu'il revienne avant de déplacer le contenu.

Pour le développement, un sysadmin mettra en place une solution telle que Memcached pour cela. Il y a des points négatifs à cette approche, notamment sur la performance. Cependant, les avantages des frais généraux de performance pour chaque partie de la chaîne annulent cela. Nginx n'a pas à se soucier du traitement de ces demandes, il peut donc se concentrer sur ses domaines de responsabilité avec une plus grande efficacité.

Le système MPM d'Apache lui permet de traiter à la fois le contenu statique et dynamique sans avoir besoin d'autres modules. Pour le contenu dynamique, Apache intègre un processeur de langage dans chaque worker. C'est une approche simple qui fonctionne bien. Vous pouvez également échanger des modules si vous devez apporter une modification.

2. Configuration du serveur

L'une des différences les plus apparentes entre Nginx et Apache est la façon dont vous configurez chaque serveur. Nginx utilise une approche centralisée, ce qui signifie qu'un utilisateur n'a aucun moyen de configurer un serveur en dehors d'un fichier principal. Bien que cela semble être un point négatif, il y a beaucoup d'avantages :

• L'administrateur du serveur est responsable de la sécurité globale, ce qui renforce l'accès au serveur dans son ensemble.
• Un serveur centralisé a de meilleures performances que les autres types. En effet, Nginx n'aura pas besoin de gérer les requêtes pour vérifier les fichiers de configuration dans chaque répertoire.
• Il y a un effet d'entraînement ici, car il n'y aura pas de remplacement pour le serveur à partir de plusieurs zones, ce qui réduira davantage les temps de demande.

Une façon pour un profane de savoir qu'il utilise un serveur Apache est la présence de fichiers .htaccess . Ce sont des fichiers de configuration que vous pouvez ajouter presque n'importe où sur votre serveur. Apache vérifiera chaque élément d'un chemin pour un fichier .htaccess lorsqu'une demande est faite.

C'est fantastique pour les utilisateurs qui souhaitent personnaliser leur partie du serveur, mais cela pourrait être catastrophique si l'une des directives entraînait des problèmes de performances ou de sécurité. Cette approche décentralisée est l'une des raisons pour lesquelles vous verrez Apache utilisé sur l'hébergement mutualisé. C'est aussi une raison pour laquelle un système de gestion de contenu (CMS) tel que WordPress offre de bonnes performances sur les serveurs Apache.

3. Demander une interprétation

Une différence majeure entre Nginx et Apache qui ne semble pas apparente est la façon dont il interprète les requêtes. En un mot:

• Nginx interprète et mappe les requêtes à l'aide d'un URI (Uniform Resource Identifier) ​​pour chaque composant.
• Apache peut également utiliser des URI pour interpréter les requêtes, mais il est plus courant de voir une structure de chemin basée sur un fichier.

Parce qu'Apache est avant tout un serveur Web, il utilisera les blocs <Directory> , <Files> ou <Location> pour définir les ressources. Le concept clé ici est que tout ce qu'Apache "voit" est lié au serveur Web, il n'y a donc aucune ambiguïté dans le chemin de la ressource. Pensez à une arborescence de documents, et c'est ainsi qu'Apache « visualise » le système de fichiers du serveur.

En revanche, Nginx a de nombreux cas d'utilisation, tels qu'un équilibreur de charge, un serveur proxy et un serveur Web. Pour cette raison, les requêtes doivent venir sous la forme d'un URI pour que Nginx les traite. Par exemple, Nginx utilise des blocs de server et d' location : le premier interprète l'hôte demandé et le second correspond ensuite aux portions d'URI. La requête entière devient une URI.

Dans l'ensemble, un URI est plus flexible pour Nginx, car il peut s'adapter à n'importe quelle fonction qu'il exerce. Même ainsi, le système d'Apache fonctionne, étant donné qu'il n'a qu'à remplir le rôle de serveur Web.

Nginx vs Apache : Lequel choisir pour votre serveur en 2022

La réponse fourre-tout à, Quel logiciel serveur dois-je choisir ? est simple : C'est celui que votre fournisseur d'hébergement propose. Dans de nombreux cas, vous n'aurez pas le choix. Nous remarquons que de nombreux hébergeurs Web suivent le même modèle que vous devriez suivre si vous souhaitez choisir entre Nginx et Apache :

• Si vous souhaitez exécuter un serveur qui nécessite une configuration constante, ou si vous souhaitez donner aux utilisateurs un choix de configuration, Apache fera l'affaire.
• Cependant, si vous souhaitez fournir des performances exceptionnelles, une sécurité à toute épreuve et que vous souhaitez gérer les configurations plutôt que vos utilisateurs, Nginx est la voie à suivre.

En termes de performances, Apache peut occuper plus de mémoire en raison de son architecture inhérente. Nginx sera meilleur dans les situations de trafic élevé, surtout s'il doit gérer beaucoup de contenu statique.

Par conséquent, si vous comptez sur la mise en cache pour stocker et diffuser du contenu, Nginx pourrait être la meilleure option. Cependant, rappelez-vous que Nginx ne peut pas diffuser de contenu dynamique, vous subirez donc davantage de pertes de performances en fonction de l'efficacité du proxy utilisé par votre serveur.

Conclusion

Votre choix de type de serveur est une décision cruciale et de première ligne à laquelle vous voudrez accorder une attention particulière. Nginx vs Apache est une comparaison courante car les deux offrent des avantages dans certaines situations.

Notre opinion est que Nginx peut couvrir la plupart des bases avec de meilleures performances, ce qui en fait la meilleure option pour la plupart des utilisateurs de WordPress. C'est pourquoi de nombreux hébergeurs WordPress populaires axés sur les performances ont opté pour une pile de serveurs entièrement Nginx, notamment Kinsta et Flywheel.

Quoi qu'il en soit, vous pouvez utiliser en toute sécurité tout ce que votre hébergeur propose si vous n'avez pas ce choix et la plupart des sites WordPress conviendront parfaitement à l'un ou l'autre des serveurs Web.

Où vous situez-vous sur la clôture entre Nginx et Apache ? Faites-nous savoir dans la section commentaires ci-dessous!