nginx vs Apache : quel serveur exécute quelle charge de travail ?

Points clés

• Le modèle de concurrence décide de la limite : la boucle d'événements asynchrones de nginx gère des milliers de connexions simultanées avec une poignée de processus de travail, c'est pourquoi elle domine les niveaux à forte charge statique et de proxy inverse ; L'événement MPM d'Apache comble une grande partie de cet écart, mais en alloue toujours davantage par connexion sur le même matériel.
• La philosophie de configuration entre en conflit : Apache propose des remplacements .htaccess et par répertoire (la commodité fondatrice de l'hébergement partagé), tandis que la configuration nginx est plate par site et inclut des fichiers avec une discipline de rechargement ; l'effet quotidien est façonné par l'équipe, qui modifie les configurations et où.
• La pile hybride est légitime, pas une copie : nginx devant en tant que terminateur TLS et serveur statique, Apache derrière pour l'application, est une forme testée au combat qui préserve les outils htaccess tout en saisissant les performances de pointe de nginx ; le coût est une couche supplémentaire à dépanner et à surveiller.
• Là où chaque moteur gagne carrément : nginx remporte le proxy gourmand en connexions, le travail de périphérie keep-alive et la vidange lente des clients ; Apache gagne la puissance de configuration par répertoire, la compatibilité des modules existants et le domaine d'hébergement partagé de classe mod_security/mod_php où aucun autre écosystème n'est aussi mature.
• LiteSpeed ​​est la troisième option choisie par de nombreux hébergeurs (notre article dédié en parle) : compatibilité Apache avec la concurrence basée sur les événements, licence par cœur, de sorte que la voie intermédiaire « remplacer Apache, conserver la configuration » existe pour l'économie de l'hébergement partagé.
• Procédure de décision qui s'applique à l'ensemble de notre catégorie de serveurs Web : nommez la charge de travail (nginx à la périphérie ; Apache derrière les applications lourdes htaccess), gardez les deux rôles explicites en cas d'hybride, évaluez votre propre trafic (pas les benchmarks des magazines) et rappelez-vous qu'il s'agit d'une décision sur laquelle vous pouvez répéter puisque les deux moteurs coexistent joyeusement.

Note de terrain

Le client qui nous a appris l'habitude de la pile hybride : nginx devant pour TLS et la statique, Apache derrière avec douze ans de savoir htaccess que personne n'a osé réécrire. La réponse honnête n'était pas « migrer vers nginx », mais plutôt « nommer la charge de travail par niveau ». Ils utilisent toujours cette forme aujourd'hui, sans excitation et décorés en fonction de la disponibilité.

Questions fréquentes