Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
fallback в nginx
- To: nginx-ru@xxxxxxxxx
- Subject: fallback в nginx
- From: drmarker <drmarker@xxxxxxxxx>
- Date: Mon, 26 Jun 2006 16:04:54 +0400
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=qORiDonUMVq9276N92lSkVTpUd8o16zWoErt8l2KnM4U+mIfhmXlMMawXJXy9aZoy1ovKY/Ywd8ncTSCfYgUcOSzuR1iPBngVMUlvt39rf004zK0sZeeecQRkP3kfyW3TT/0uBQhFMIsWYzZQqpnW/rkFaZR8WwHYERymWmMSx0=
Привет.
Подскажите, plz, как сделать такую штуку на nginx.
Схема:
есть frontend (FE) под nginx
есть backend (BE) под apache
все запросы FE отправляет на BE (на авторизацию), в ответ BE
отправляет internal redirect.
Эта схема работает.
Возможна ситуация, когда BE в дауне. Можно ли как-нибудь в случае
неудачного запроса на BE, перевести запрос на себя и реализовать
internal redirect через какой-нибудь rewrite?
Ну то есть приходит GET /file.ext, BE не отвечает или отвечает кодом
503, мы переписываем запрос в вид GET /internal/file.ext и отдаем
все-таки файл?
Авторизация на BE хоть и важна, но лучше без нее, чем не отдать файл вообще.
Посоветуйте, что-нибудь, пожалуйста.
Понятно, что можно сделать несколько BE, но пока это невозможно.
Можно сделать локальный BE, на fastcgi, например, все запросы на него,
а он уж или сам их отрабатывает или BE передает. Но, может, есть
решение лучше?
|
