~/questoes/devops
Docker resolve um dos maiores desafios da infraestrutura moderna: garantir que o ambiente onde você desenvolve seja exatamente igual ao ambiente de produção. Quando você containeriza o NGINX, você fixa a versão, as dependências e as configurações, eliminando o clássico problema de 'mas funciona na minha máquina'.
A alternativa correta destaca que Docker permite especificar exatamente qual versão do NGINX e suas dependências serão utilizadas. Isso garante consistência entre ambientes diferentes, porque o container leva tudo junto: o sistema operacional, a versão específica do NGINX, bibliotecas e até configurações. Não há surpresas quando o código vai para produção.
Docker não elimina a necessidade de configurar regras de roteamento no NGINX. Ele apenas padroniza o ambiente onde o NGINX será executado. As regras de proxy_pass, upstream e reescrita de URLs continuam sendo necessárias, independentemente de usar Docker ou não.
Docker não torna o NGINX mais rápido por natureza. O desempenho depende das configurações do NGINX e da capacidade dos servidores. Docker contribui para consistência e escalabilidade, não para velocidade intrínseca.
Essa é a resposta correta. Docker permite que você especifique no Dockerfile exatamente qual versão do NGINX será instalada e quais dependências serão incluídas. Isso garante que o ambiente seja idêntico em desenvolvimento, testes e produção, eliminando inconsistências.
Docker não automaticamente detecta ou ajusta upstream baseado em tráfego. Essa é uma funcionalidade avançada que exigiria lógica adicional (como Lua scripts ou orquestração com Kubernetes). Docker apenas padroniza o ambiente; a lógica de roteamento continua manual.