Михаил Монашёв
December 14, 2011 08:00AM
Здравствуйте, Maxim.

>> >> Было бы удобно иметь возможность прописывать вот такую логику:
>> >> поискать файл на этих бэкендах, а если там не нашлось, то на этих.
>> >> Это удобно в стандартной задаче, когда хочется показать только что
>> >> загруженную фотку. Форму удобно постить на сервер с апачами,
>> >> картинку раздавать с кэширующего сервера, а хранить картинку на
>> >> сервере с файловым архивом. Т.е. сначала картика кладётся на
>> >> апаческий хост, а потом в фоне копируется на хост с файловым
>> >> архивом.
>> >>
>> >> Сейчас подобную схему можно сделать двумя способами: редиректить
>> >> юзеров, чтобы браузер сам обходил все возможные сервера, или
>> >> городить на кэширующем сервере кучу if-ов.
>>
>> > А чем тебе старый добрый вариант с "error_page 404 = @fallback" не
>> > угодил?
>>
>> > Собственно, от try_files его по большому счёту отличает только то,
>> > что try_files писать чуть проще для разных типичных случаев. (Ну и
>> > тем, что в отличие от try_files там нет race condition при проверке
>> > и отдаче файлов, но это тема, интересная только отдельным маньякам
>> > вроде меня.)
>>
>> Под кучей if-ов и имел ввиду твой старый добрый вариант. Неправильно
>> выразился, прошу прощения. Просто хотел заметить, что когда бэкендов
>> десяток, то конфиг не блещет изяществом и похож на копипасту. Кроме
>> того такая конструкция не позволяет всякие оптимизации типа выполнения
>> сразу 10 запросов параллельно вместо последовательного перебора. И
>> кажется, что работа с бэкендами - это ближе к апстриму.

> Исходная задача "посмотреть файл на этих бекендах, а если не
> нашлось, то на этих" - не параллелится.

Параллелится "посмотреть файл на этих бекендах" и "то на этих".

>> Ещё придумал третий вариан решения. Задача сейчас симпатичнее
>> решается, если отделить статусы, вызывающие fail, от статусов,
>> приводящих к выбору следующего бэкенда. Что-то вроде:
>>
>> proxy_next_upstream [error | timeout | invalid_header |
>> http_500 | http_502 | http_503 | http_504 | http_404[=not_fail] |
>> off]
>>
>> Тогда в @fallback можно писать сразу апстрим вместо кучи @fallback-ов
>> с каждым бэкендом в отдельности. И сразу появляется лаконичность:
>> попробовали эту группу серверов, если там нету, то пробуем эту.

> Сейчас так и есть. Если тебе нужно в рамках группы бекендов
> поискать файл, то

> proxy_next_upstream http_404;

> эту проблему решает (и не объявляет бекенд мёртвым, если он
> возвращает 404, а просто переходит к следующему бекенду).

Сорри, торможу.

--
С уважением,
Михаил mailto:postmaster@softsearch.ru

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Subject Author Posted

Интелектуальный try_files по сети

Михаил Монашёв December 13, 2011 03:04PM

Re: Интелектуальный try_files по сети

Maxim Dounin December 13, 2011 03:20PM

Re: Интелектуальный try_files по сети

Rush December 13, 2011 04:14PM

Re: Интелектуальный try_files по сети

Андрей Василишин December 13, 2011 04:36PM

Re[2]: Интелектуальный try_files по сети

Михаил Монашёв December 13, 2011 04:36PM

Re: Интелектуальный try_files по сети

Maxim Dounin December 14, 2011 06:32AM

Re: Интелектуальный try_files по сети

pyromaniac December 14, 2011 06:42AM

Re[2]: Интелектуальный try_files по сети

Михаил Монашёв December 14, 2011 08:00AM

Re[2]: Интелектуальный try_files по сети

Михаил Монашёв December 14, 2011 08:42AM

Re: Интелектуальный try_files по сети

Maxim Dounin December 14, 2011 08:50AM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 184
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready