Re: Управление бэкендами

[Валентин Бартенев]

On Friday 01 November 2013 17:50:51 Sergey Kobzar wrote:
> On 11/01/13 15:09, Валентин Бартенев wrote:
> > On Friday 01 November 2013 17:02:43 Валентин Бартенев wrote:
> >> On Friday 01 November 2013 16:54:43 Sergey Kobzar wrote:
> >> [..]
> >> 
> >>>> Далее у вас есть internal location, в котором тот же
> >>>> proxy_pass/fastcgi_pass с переменной и запрос отправляется на нужный
> >>>> сервер.
> >>> 
> >>> А переменную как выковырять из ответа?
> >> 
> >> Например так: возвращаете "X-Accel-Redirect: /redirect_to/198.51.100.1"
> >> 
> >> и он попадает в такой location:
> >>    location ~ ^/redirect_to/(?<backend>.+)$ {
> >>    
> >>        internal;
> >>        proxy_pass http://$backend;
> >>    
> >>    }
> >> 
> >> Если нужно сохранить оригинальный URI запроса, то это делается с помощью
> >> 
> >> set:
> >>    set $original_uri $request_uri;
> >> 
> >> и proxy_pass в этом случает будет выглядеть так:
> >>    proxy_pass http://$backend$original_uri;
> > 
> > Альтернативный, и даже наверное лучший и более простой вариант всего
> > этого: использовать аналогичным образом модуль ngx_http_auth_request.
> > 
> > http://nginx.org/ru/docs/http/ngx_http_auth_request_module.html
> 
> Хм. А этот модуль при чем? Мне не нужно авторизовывать пользователей.
> 

Авторизация - лишь одно из применений.  В каком-то смысле ваша задача тоже 
авторизация, вы авторизуете пользовательский запрос быть переданным на 
определенный бэкенд.

Для вас важно, что модуль отправляет запрос на access-фазе на указанный
сервер и позволяет из его ответа извлечь адрес бэкенда, на который потом
запрос будет передан.

Основной плюс тут в том, что на конечный бэкенд будет уходить оригинальный 
запрос, а не перенаправленный, как в предложенном мной ранее решении с
X-Accel-Redirect.  Не потребуется хака с сохранением $request_uri.

--
Валентин Бартенев