Назад | Перейти на главную страницу

Должен ли я использовать rewrite, return или proxy_pass в nginx?

В Документация Apache довольно четко заявляет, что mod_rewrite должно быть только крайней мерой. Для nginx, в разделе "Подводные камни" есть примеры, когда request_uri практически не изменился.

Ситуация такая:

У нас (отдела в институте) есть основной веб-сервер, который скоро будет обновлен (под управлением Debian 6). Чтобы справиться с обновлением, я настроил сервер nginx, который будет прокси-сервером, который, как известно, нормально работает, на обновленный сервер, а другие - на старый.
На старом сервере было несколько ProxyPass rules (значительная часть его работы - проксирование). Я хочу переместить их всех в nginx, поскольку, как я понимаю, nginx более эффективен при проксировании.
У большого числа пользователей домашние каталоги пользователей обслуживаются другим сервером. Для этих пользователей доступны версии с тильдой и без тильды (т. Е. http://my.site/muru и http://my.site/~muru будет проксироваться на http://other.server/~muru, но http://other.server/muru не существует).
Несколько папок были проксированы в другую папку на том же сервере. (например., http://my.site/local-club будет проксироваться на http://my.site/~local-club).

Мой главный вопрос:

Учитывая, что A и B проксируются на C на другом сервере, следует ли мне использовать rewrite или location с участием return перенаправить запросы на B к A, или продолжить проксирование обоих?
Учитывая, что A и B находятся на одном сервере, а B проксируется на A, следует ли мне использовать перезапись или возврат для перенаправления B на A?

Перенаправление (и return) имеет то преимущество, что четко указывает связь между двумя каталогами.

Мой rewrite правила выглядят так:

rewrite ^/B(/.*) /A$1 permanent;

И return правила:

location ~ ^/B(/.*) {
    return 301 /A$1;
}

С участием:

location ~ ^/~(A|D|E|F..)/ {
    proxy_pass https://other.server;
    proxy_redirect default;
}

На самом деле это не имеет значения, execpt, если ваш сервер nginx будет обрабатывать тысячи запросов в секунду, и вы хотите, чтобы каждый запрос не тратил время процессора на соответствие регулярных выражений перезаписи. Теперь я бы сказал, что используйте наиболее понятный способ записи файлов конфигурации, пока вы не достигнете этого предела, тогда, если у вас нет бюджета для масштабирования вашей инфраструктуры, пришло время подумать о том, чтобы обмануть вашу конфигурацию, чтобы она соответствовала вашему трафику. Недостатком возврата является то, что если у вас есть несколько перенаправлений, вы получите одно место, оборачивающее одну директиву возврата. Используя перезаписи, вы можете поместить несколько из них в одно общее место и протестировать первый параметр для более конкретного шаблона.

Обновление: пример множественного перенаправления в общем месте:

location /B {
    rewrite ^/B/foo/(.*)$ /A/newfoo/$1 permanent;
    rewrite ^/B/bar/(.*)$ /A/newbar/$2 permanent;
    rewrite ^/B/(.*)$ /A/$1 permanent;
}