Questão de Redes de Computadores — Nginx — CESPE / CEBRASPE 2025
Redes de Computadores›Nginx
Código
ce417977
Banca
CESPE / CEBRASPE
Órgão
PC DF
Ano
2025
Cargo
GAAPC ( )
Julgue o item a seguir, a respeito de computação em nuvem, conceitos de ambiente bare metal, servidores de aplicação IIS e servidores de páginas HTML.
O Nginx foi criado para manipular as solicitações com mais de 10 mil conexões simultâneas, o que resolveu o problema c10k, que afetava o desempenho no Apache.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Nginx e o problema C10K
Gabarito: ✅ CERTO. O Nginx foi projetado com arquitetura orientada a eventos e assíncrona, capaz de lidar com dezenas de milhares de conexões simultâneas com baixo consumo de recursos — exatamente o que resolveu o problema C10K (10 mil conexões simultâneas), que limitava o desempenho do Apache em sua arquitetura tradicional baseada em processos/threads por conexão.
O problema C10K (C = conexões, 10K = 10 mil) foi um gargalo clássico de servidores web no final dos anos 1990 e início dos anos 2000. O Apache, em sua arquitetura tradicional, criava um processo ou thread para cada conexão HTTP. Com poucas centenas ou milhares de conexões simultâneas, o sistema operacional se sobrecarregava com a troca de contexto entre processos/threads, consumo de memória e gerenciamento de descritores de arquivo. O resultado era degradação severa de desempenho.
O Nginx, criado por Igor Sysoev em 2004, adotou uma abordagem radicalmente diferente: um modelo orientado a eventos (event-driven) e assíncrono, com um número fixo e pequeno de processos worker. Em vez de criar um processo/thread por conexão, o Nginx usa o mecanismo de event loop do sistema operacional (como epoll no Linux) para gerenciar milhares de conexões em um único processo, sem bloquear. Isso permite que ele manipule dezenas de milhares de conexões simultâneas com uso mínimo de memória e CPU.
Na prática, um servidor Nginx típico pode lidar com 10 mil, 50 mil ou até 100 mil conexões simultâneas em hardware modesto, enquanto o Apache tradicional começaria a sofrer com algumas centenas ou poucos milhares. Essa diferença de arquitetura é o cerne da questão: o Nginx foi criado justamente para resolver o problema C10K, e o enunciado afirma exatamente isso.
A pegadinha que a banca poderia explorar seria inverter a relação: afirmar que o Apache resolveu o problema C10K, ou que o Nginx sofre com ele. Mas o enunciado está correto ao atribuir ao Nginx a solução do problema C10K, que afetava o Apache.
PEGA ESSA DICA!
Para questões sobre servidores web, memorize a distinção central: Apache = arquitetura baseada em processos/threads por conexão (mais simples, mas limitada em escala); Nginx = arquitetura orientada a eventos/assíncrona (alta concorrência, baixo consumo de recursos). Essa diferença explica por que o Nginx resolveu o C10K.
Servidores web
1Apache (tradicional)
Processo/thread por conexão
Sofre com C10K
2Nginx (2004)
Orientado a eventos
Assíncrono (epoll)
Resolve o C10K
LEVEL · soulevel.com.br
Item — ✅ CERTO
A afirmativa está correta. O Nginx foi projetado com arquitetura orientada a eventos e assíncrona, capaz de lidar com mais de 10 mil conexões simultâneas com baixo consumo de recursos. Isso resolveu o problema C10K, que afetava o desempenho do Apache em sua arquitetura tradicional baseada em processos/threads por conexão. O enunciado descreve com precisão a motivação e a solução que o Nginx trouxe.