ANÚNCIO

~/questoes/devops

Qual foi a principal motivação para Igor Sysoev criar o NGINX em 2002?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência #06 – O que é́ NGINX e para que serve? | Thi Code
Para fixar

A Origem do NGINX: Resolvendo o Problema de Escalabilidade

Conceito central

O NGINX foi criado em 2002 por Igor Sysoev para resolver limitações de escalabilidade que servidores tradicionais como Apache enfrentavam. Usando uma arquitetura baseada em eventos, o NGINX consegue processar milhares de conexões simultâneas com muito menos recursos, revolucionando a forma como servidores web lidam com alto volume de tráfego.

Por que essa resposta faz sentido

O Apache e servidores similares criavam um processo ou thread separado para cada conexão, consumindo muita memória e tendo dificuldade com muitas requisições simultâneas. O NGINX resolveu isso com uma arquitetura event-driven assíncrona, permitindo que um único processo gerenciasse milhares de conexões simultaneamente.

Armadilhas comuns

  • Confundir o NGINX com ferramentas modernas de containerização, achando que foi criado para Docker ou Kubernetes
  • Pensar que o Apache foi completamente substituído pelo NGINX, quando na verdade coexistem atendendo necessidades diferentes
  • Não entender que o problema original era de eficiência em concorrência, focando apenas em outras funcionalidades do NGINX como reverse proxy ou load balancing

Entenda as alternativas

A

Containerização é um conceito moderno que surgiu depois do NGINX. Em 2002, quando o NGINX foi criado, Docker e containers ainda não existiam. O NGINX foi adaptado posteriormente para trabalhar bem com containers, mas essa não foi sua motivação original.

B

O NGINX foi criado como servidor web geral, não especificamente para bancos de dados em nuvem. Embora possa ser usado em infraestruturas na nuvem, sua motivação original tinha foco em resolver problemas gerais de escalabilidade de requisições web.

C

Essa é a resposta correta. Igor Sysoev desenvolveu o NGINX especificamente para superar as limitações do Apache em lidar com múltiplas conexões simultâneas. O problema do Apache era criar um processo por conexão, o que consumia muita memória em cenários de alto tráfego.

D

O objetivo não era substituir completamente o Apache, mas oferecer uma alternativa mais eficiente para casos específicos de alta escalabilidade. O Apache continua sendo usado até hoje para muitas aplicações. O NGINX surgiu como complemento para resolver problemas que o Apache tinha dificuldade em gerenciar.

Dica prática: Quando estudar NGINX, sempre compare sua arquitetura event-driven com o modelo tradicional de servidores web. Tente imaginar: um servidor Apache criando um processo novo para cada cliente conectado (muito pesado) versus o NGINX usando um único processo que gerencia todos de forma não-bloqueante (muito leve). Essa diferença fundamental explica por que grandes empresas como Netflix adotaram o NGINX.

Revise pensando: Consegue explicar com suas palavras por que a arquitetura event-driven do NGINX resolve o problema de escalabilidade que o Apache enfrentava?