Termo do glossário

NGINX

Um servidor web open source de alta performance, amplamente usado como proxy reverso, balanceador de carga e cache HTTP.

Definição

NGINX (pronuncia-se "engine-x") é um servidor web open source de alta performance e proxy reverso que alimenta uma grande parcela da web moderna. Ele serve arquivos estáticos diretamente, faz proxy de tráfego para backends de aplicação como PHP-FPM, Node.js e servidores Python WSGI/ASGI, termina SSL/TLS, realiza balanceamento de carga entre vários servidores upstream e faz cache de respostas HTTP para reduzir a carga no backend. NGINX é o servidor web padrão na maioria dos VPS e hosts Linux dedicados, tendo superado o Apache como padrão para sites de alto tráfego por conta de sua arquitetura assíncrona e orientada a eventos: um número pequeno e fixo de processos worker lida com milhares de conexões cada um por meio de I/O não bloqueante, em vez do modelo tradicional do Apache de um processo ou thread por conexão, que consome muito mais memória sob carga. Isso importa principalmente acima de algumas centenas de usuários concorrentes; para um site institucional pequeno, a escolha mal faz diferença. A maioria dos hosts gerenciados de WordPress roda NGINX, frequentemente em conjunto com cache FastCGI, por baixo do capô, embora configurações baseadas em .htaccess não se apliquem.

Como funciona

NGINX é configurado por meio de um arquivo de texto hierárquico (nginx.conf) que define servers, locations, upstreams e caches. Ele pode ser apenas servidor web, apenas proxy reverso ou ambos. NGINX Plus é a versão comercial paga com recursos extras; o NGINX open source é o que a maioria dos sites realmente usa.

Por que isso importa

Para conteúdo estático e proxy reverso, o NGINX é mais rápido e leve que o Apache. Para sites de alto tráfego, a diferença importa: o NGINX pode lidar com dezenas de milhares de conexões concorrentes em hardware modesto. A maioria das pilhas de produção hoje usa NGINX na frente de um servidor de aplicação, com o Apache reservado para compatibilidade legada.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Perguntas frequentes

NGINX vs Apache?

NGINX é mais rápido para conteúdo estático e workloads de alta concorrência; o Apache tem compatibilidade mais ampla com .htaccess e um ecossistema de módulos maior. A maioria dos sites em produção em 2026 usa NGINX.

Eu preciso saber NGINX para executar um site?

Não. Hosts gerenciados o configuram para você. Você precisa conhecer NGINX se usar um VPS não gerenciado ou fizer self-host.

Quanto custa o NGINX?

O NGINX open source é gratuito para baixar, instalar e executar, e a maioria dos hosts o inclui sem custo adicional. O NGINX Plus, a edição comercial com health checks ativos, autenticação JWT e uma REST API, é vendido como assinatura anual por instância por meio das vendas da NGINX/F5, sem preço fixo publicado.

Como posso verificar se um servidor está realmente rodando NGINX?

Execute curl -I https://example.com e verifique por "Server: nginx" nos cabeçalhos da resposta, embora muitos hosts ocultem ou renomeiem esse cabeçalho por segurança. Comportamentos como como páginas de erro personalizadas, compressão gzip ou redirecionamentos são tratados também podem denunciar isso quando o cabeçalho é suprimido.

O que comumente quebra ao migrar um site de Apache para NGINX?

Qualquer coisa em .htaccess para de funcionar, porque o NGINX não tem arquivo de configuração por diretório e lê tudo do nginx.conf na inicialização. Regras de rewrite, páginas de erro personalizadas e proteção por senha precisam ser reescritas na sintaxe do NGINX, e o serviço deve ser recarregado após cada mudança de configuração para surtir efeito.