Ambos nginx e Apache são produtos maduros com conjuntos de recursos avançados e alto desempenho. Eles compartilham origens de código aberto comuns e você pode implantá-los em servidores Windows ou Linux.
No entanto, algumas diferenças importantes podem fazer você escolher um sobre o outro.
Por exemplo, nos Apache é uma solução abrangente que suporta diversas tecnologias e módulos prontos para uso. Em contraste, o Nginx depende de módulos de terceiros para expandir sua funcionalidade.
Para ver qual servidor web pode atender melhor às suas necessidades, vamos nos aprofundar nessas opções.
Visão geral
Apache, o servidor web original do herói
Criado em 1995 por Robert McCool e originalmente chamado de “Apache Projeto Servidor HTTP” (daí o nome), Apache foi projetado para criar um servidor robusto, de nível comercial, gratuito para uso, mesmo com modificações. Tornou-se popular muito rapidamente porque podia rodar em diversos sistemas operacionais, do Unix ao Windows.
Por causa dessa popularidade de longa data, considero Apache como o servidor web “herói original”. É robusto, bem documentado e apoiado por uma comunidade aberta de desenvolvedores sob os auspícios da Apache Fundação de Software.
Nginx, o Titã de uma Nova Era
Nginx (pronunciado como “Engine X”) é um servidor proxy HTTP e reverso, um servidor proxy de correio e um servidor proxy TCP/UDP genérico usado para hospedar sites e aplicativos de todos os tamanhos. Foi lançado publicamente pela primeira vez pelo desenvolvedor russo Igor Sysoev. O objetivo inicial do Nginx era resolver o problema C10K que Apache lutou para administrar.
Em 2019, a Nginx passou a fazer parte da F5 Networks. A F5 é uma empresa de tecnologia especializada em segurança de aplicativos, gerenciamento de multinuvem e prevenção de fraudes online.
Participações de mercado e recursos
Participação de mercado
Diferenças Chaves
| Diferenciais | nginx | Apache |
|---|---|---|
| Introduzido | 2004 | 1995 |
| Versão Estável Atual | Nginx 1.27.0 | Apache 2.4.63 |
| Plataforma | Orientada a eventos | Orientado a processos |
| Open Source | Sim | Sim |
| Desenvolvimento e Suporte | Apache Foundation | Redes F5 |
| Plataformas suportadas | Principalmente Unix | Unix e Windows |
| Várias solicitações simultâneas | Sim | Não |
| Processamento de conteúdo dinâmico nativo | Não | Sim |
| modular | Sim | Sim |
| Configuração | Limitada | por diretório via .htaccess |
| Solicitar Interpretação | Passa URI | Localização do sistema de arquivos de passes |
Arquitetura Central
Nginx e Apache compartilham algumas semelhanças em sua arquitetura central. Por exemplo, ambos usam processos master-worker para melhorar o desempenho. Eles ainda têm arquivos de configuração semelhantes. No entanto, as diferenças no estilo arquitetônico resultam em variação significativa de desempenho de visão ampla.
O Nginx possui uma arquitetura orientada a eventos amigável a recursos que usa pequenas, mas constantes, quantidades de memória sob carga. Essa característica o torna ideal para hospedar sites com altos níveis de tráfego ou com picos de tráfego intermitentes.
ApacheA arquitetura orientada a processos do lida com cada conexão por meio de uma thread dedicada, o que requer mais memória. No entanto, ela escala melhor sob cargas pesadas em máquinas com mais núcleos de CPU e RAM.
Uso da Memória
O Nginx é conhecido por seu alto desempenho e baixo consumo de recursos. Por outro lado, Apache pode consumir muita memória, especialmente ao executar vários blocos de servidor. Embora ambos usem memória para lidar com solicitações HTTP, o Nginx é mais leve.
O projeto de Apache significava que gerava um thread por conexão e cada thread usaria uma certa quantidade de RAM. À medida que o tráfego aumentava, isso poderia levar a problemas, pois mais RAM seria necessária, principalmente em servidores com menos memória. Apache também cria novos processos para cada solicitação, mesmo do mesmo usuário.
Comparativamente, o Nginx usa um processo para lidar com várias conexões ao mesmo tempo.
PHP Manuseamento
Como esses dois servidores web trabalham principalmente com PHP, como eles lidam com o código significa potencial de desempenho significativo. Nginx não executa PHP diretamente por padrão. Em vez disso, ele passa a solicitação para PHP-FPM (FastCGI Process Manager), que trata da solicitação e envia uma resposta de volta ao Nginx, que então entrega o conteúdo de volta ao cliente.
Como o Nginx não espera por uma resposta de PHP-FPM para atender a outra solicitação (da mesma forma que não espera uma resposta dos clientes ao fornecer conteúdo estático), o Nginx pode lidar com mais solicitações simultaneamente do que Apache será capaz de administrar.
Apache usa um módulo chamado mod_php para executar PHP código. Nesse modelo, toda vez que uma solicitação HTTP chega, Apache gera um novo processo ou thread (dependendo de como está configurado) para lidar com essa solicitação. Este processo também é responsável por lidar com qualquer PHP solicitações dentro dessa solicitação.
Este modelo funciona, mas tem algumas desvantagens. Por um lado, gerar um novo processo para cada solicitação pode ser intensivo no sistema, especialmente se houver muitas solicitações simultâneas. Gerando um novo processo para cada PHP solicitação dentro de uma solicitação é ainda mais intensiva, pois o sistema operacional precisa gerar um novo interpretador para cada uma.
Benchmark de desempenho
Em um artigo do relatório detalhado de benchmark de desempenho do CyberPanel, vários testes importantes destacam as diferenças entre Nginx e ApacheAssista ao vídeo a seguir para ver o processo de teste completo.
Em resumo:
- nginx: Suporta até 10,000 conexões simultâneas com baixo consumo de memória. Em testes de benchmark, ele fornece conteúdo estático até 2.5 vezes mais rápido do que Apache.
- Apache:Em comparação, Apache é eficaz, mas menos eficiente que o Nginx para conteúdo estático. Com sua arquitetura orientada a processos, ApacheO desempenho pode ser prejudicado em situações de alta simultaneidade devido à sobrecarga de gerenciamento de múltiplos processos.
Comparação entre Nginx e Nginx Apache pela WordPress
No contexto WordPress desempenho, o Nginx melhora significativamente os tempos de carregamento, especialmente para conteúdo estático, tornando-o uma escolha preferencial para tráfego intenso WordPress sites. Sua arquitetura orientada a eventos permite o gerenciamento eficiente de conexões simultâneas, resultando em tempos de resposta mais rápidos e redução da carga do servidor.
Apache, por outro lado, oferece processamento robusto de conteúdo dinâmico com módulos como mod_php, o que pode simplificar a implantação para WordPress sites que dependem fortemente de conteúdo dinâmico. No entanto, o Nginx geralmente oferece melhor desempenho e eficiência de recursos para WordPress ambientes focados na entrega de conteúdo estático.
Como escolher entre Nginx e Apache
Como você pode ver, não há um vencedor claro entre esses gigantes de servidores web. Depende principalmente do que você precisa que o servidor web gerencie.
Escolha Apache E se:
- Sistemas Legados e Compatibilidade: Apache é frequentemente a escolha preferida para sistemas que o utilizam há muito tempo, devido à sua longa presença no mercado. Se a sua infraestrutura depende fortemente de .htaccess arquivos para configuração por diretório, Apache é mais adequado, pois suporta esses arquivos nativamente, permitindo configuração descentralizada e flexibilidade em ambientes de hospedagem compartilhada.
- Processamento de Conteúdo Dinâmico:Se suas aplicações exigem processamento pesado de conteúdo dinâmico, como PHP, scripts Python ou Ruby, Apache pode ser vantajoso devido à sua capacidade de incorporar processadores diretamente em seus módulos. Essa configuração simplifica a execução de scripts dinâmicos diretamente no servidor.
- Facilidade de uso e documentação: ApacheA ampla adoção significa que ele tem uma vasta documentação e suporte da comunidade. É mais fácil encontrar guias, tutoriais e suporte para Apache-questões relacionadas, tornando-se uma opção mais amigável para iniciantes ou para aqueles que preferem uma grande base de conhecimento.
Use Nginx se:
- Alto desempenho e Scalacapacidade: O Nginx é otimizado para lidar com um grande número de conexões simultâneas, tornando-o ideal para sites ou aplicativos de alto tráfego que exigem escalabilidade. Sua arquitetura orientada a eventos permite lidar com muitas conexões com baixo consumo de memória, tornando-o eficiente para entrega de conteúdo estático.
- Balanceamento de carga e proxy reverso: O Nginx é frequentemente usado como proxy reverso e balanceador de carga, distribuindo o tráfego de entrada entre vários servidores back-end. Esse recurso torna o Nginx uma ótima opção para configurações e ambientes de alta disponibilidade que exigem distribuição de carga eficiente.
- Entrega de conteúdo estático:Se o seu aplicativo fornece uma quantidade significativa de conteúdo estático, como imagens, CSS ou JavaArquivos de script: o Nginx se destaca pela velocidade e eficiência no fornecimento direto de arquivos estáticos. Sua arquitetura permite a entrega rápida de recursos estáticos com sobrecarga mínima.
- Simplicidade de configuração:Embora o Nginx não suporte .htaccess arquivos, sua sintaxe de configuração é direta e fácil de entender. Essa simplicidade pode ser benéfica para quem deseja manter configurações de servidor limpas e simples.
Uso combinado
Para muitas configurações, usar ambos Apache e o Nginx juntos podem aproveitar os pontos fortes de cada um.
Uma configuração comum é colocar o Nginx como um proxy reverso na frente de Apache. Isso permite que o Nginx manipule conteúdo estático e conexões simultâneas de forma eficiente, enquanto Apache gerencia o processamento dinâmico de conteúdo. Essa abordagem híbrida pode otimizar o desempenho e a utilização de recursos em ambientes web complexos.
Considerações finais da análise do Fortune Dragon
Quer você corra Apache ou Nginx dependerá de suas necessidades e do hardware que você está executando. Você pode usar qualquer uma das opções para servir PHP sites. Mas há muito mais a considerar do que apenas isso.
Se você tem um site simples, pode não notar nenhuma diferença entre eles. Mas se o seu site recebe mais tráfego e cresce, você precisará saber como cada servidor se comporta e se adapta à carga.
