Разница HTTP-перенаправление против обратного прокси-сервера в NGINX

Question

У меня возникли трудности с пониманием разницы между обратным прокси-сервером (т. Е. С использованием директивы proxy_pass с данным восходящим сервером) и постоянной переадресацией 301. Как они похожи/разные?

Обратный прокси

upstream backend { 
    server backend1.example.com  weight=5; 
    server backend2.example.com:8080; 
} 

server { 
    location/{ 
     proxy_pass http://backend; 
    } 
} 

HHTP Перенаправление

Apache Пример: http://www.inmotionhosting.com/support/website/htaccess/redirect-without-changing-url

NGINX пример:

server { 
    listen 80; 
    server_name domain1.com; 
    return 301 $scheme://domain2.com$request_uri; 
} 

Следовательно, кажется, что оба подхода не имеют никакого различия с точки зрения конечного пользователя. Я хочу обеспечить эффективное использование полосы пропускания, используя SSL. В настоящее время сервер приложений использует собственный самоподписанный сертификат SSL с Nginx. Каков рекомендуемый подход для перенаправления пользователей с веб-сайта, размещенного стандартной веб-хостинговой компанией (hostgator, godaddy и т. Д.) На отдельный серверный сервер приложений?

Answer 1

С перенаправлением сервер говорит клиенту искать в другом месте ресурса. Клиент будет знать об этом новом месте. Новое местоположение должно быть доступно от клиента.
Обратный прокси вместо этого отправляет запрос клиента в другое место и отправляет ответ от этого места обратно клиенту. Это означает, что клиент не знает о новом местоположении и что новое местоположение не обязательно должно быть доступно клиенту.