ANÚNCIO

~/questoes/devops

O que a diretiva 'proxy_pass' realiza no contexto de um proxy reverso NGINX?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência #10 – Como aplicar proxy reverso no NGINX | Thi Code
Para fixar

Entendendo a diretiva proxy_pass no NGINX

Conceito central

A diretiva proxy_pass é a instrução central que define para qual servidor ou grupo de servidores (upstream) o NGINX deve encaminhar as requisições dos clientes. Ela funciona como um direcionador de tráfego, permitindo que o NGINX atue como intermediário entre o cliente e os servidores reais da sua aplicação.

Por que essa resposta faz sentido

A alternativa A está correta porque proxy_pass literalmente determina o destino da requisição. Quando você configura proxy_pass http://meu_upstream, está dizendo ao NGINX: 'envie esta requisição para este servidor ou grupo de servidores específico'. É a instrução responsável por fazer o encaminhamento acontecer.

Armadilhas comuns

  • Confundir proxy_pass com validação de acesso. Lembre: proxy_pass apenas encaminha, não verifica permissões.
  • Achar que proxy_pass envia para múltiplos servidores simultaneamente. Na verdade, cada requisição vai para um destino. O load balancing entre múltiplos servidores é feito pelo upstream em combinação com proxy_pass.
  • Esquecer que proxy_pass deve apontar para um upstream definido previamente ou para uma URL específica. Sem isso, a requisição não tem para onde ir.

Entenda as alternativas

A

Correto. A proxy_pass é exatamente isso: uma instrução que aponta para qual upstream ou servidor backend a requisição deve ser encaminhada. É o coração da configuração de proxy reverso.

B

Incorreto. Validação de permissões é função de autenticação e autorização, implementadas através de outras diretivas como auth_basic ou módulos específicos. O proxy_pass apenas encaminha, não valida permissões.

C

Incorreto. O proxy_pass encaminha para um destino específico, não cria cópias simultâneas. Se você quer enviar para múltiplos backends, isso é feito através de upstream com múltiplos servidores e algoritmos de load balancing, não pelo proxy_pass diretamente.

D

Incorreto. Compressão de respostas é controlada pela diretiva gzip, não pelo proxy_pass. O proxy_pass apenas encaminha a requisição; a compressão é um tratamento separado da resposta.

Dica prática: Comece com uma configuração simples: crie um bloco upstream com seus servidores backend e use proxy_pass para apontar para ele. Por exemplo: upstream meus_servidores { server 127.0.0.1:3000; } e depois proxy_pass http://meus_servidores;. Isso permite que você escale adicionando mais servidores ao upstream sem mexer no proxy_pass.

Revise pensando: Se você configurar proxy_pass http://backend:8080, o que acontece quando um cliente faz uma requisição ao NGINX?