Оффтопный ответ: "Зависит"... Мои соображения:

- есть ли чувство что апач загружен и с нагрузкой не справляется уже?
(если нет то ради чего затевать столько работы?)

- откуда ходят клиенты, что у них с каналами и расстоянием до сервера?
(если это не интранет и они не в 10мс от сервера то фронтенд в любом
случае помогает снять нагрузку с апача, особенно когда клиент уходит)
Опять же gzip, но его и апач умеет делать.

- 99% динамического контента это как то сильно круто прикинуто, а CSS,
javascript, картинки? Отсутствуют или тоже динамические? Nginx может с
ними помочь.

- опять про вашу 99% цифру. Как правило любой контент можно кешировать.
на минуту или пять, на десять или двадцать, надо очень стараться разбить
его на части и кешировать всё что можно.

- авторизация... Я в одном проекте делаю авторизацию "кешируемой". Base64
заголовка Authorization проверяется бэкэндом и копирует его же в memcached
с флагами, для простоты "да-нет". Потом nginx уже сам проверяет это.
Так же можно сделать и авторизацию по кукам, когда имя пользователя и пароль
передаются из формы и кука сессии возвращается клиенту и помечаются в memcached.
Опять же можно придумать сотню способов использовать nginx-овский userid
для узнавания пользователя на бэкэнде и пометки его в memcached как
"залогиненого".


Моё мнение -- не торопитесь использовать разные модули, подумайте что у вас работает в системе и постарайтесь решить проблему имеющимися средствами.


Удач,

Саша.



----- Original Message -----
From: "MOHCTP" <nginx-forum@nginx.us>
To: nginx-ru@nginx.org
Sent: Thursday, August 19, 2010 3:21:31 PM
Subject: ***SPAM***Re: Mod_auth_oracle + nginx

Спасибо откликнувшимся!

Смысл этой затеи вот в чем:
на фронт-энде из нгинкса происходит
авторизация или по клиентским
сертификатам (читаются поля и
смотрятся а базе данных оракла) или по
логину/паролю опять же там. сейчас все
организовано тупо на апаче с модулем
mod_auth_oracle, который (модуль) вполне себе
справляется с этой задачей... стоит
задача разнести все на
фронт-энд/бекенд, перенес практически
все - но надо перенести аутентификацию
наружу...
авторизаций будет море, потому смысле
проводить ее на бекенде не вижу -
слишком тяжеловесен апач... к тому же
мне на выходе нужно будет еще как-то
получить переменную REMOTE_USER и т.п. чтобы
PHP на бекенде их видел и fcgid на фронтэнде
их тоже видел!
ngx_http_auth_request_module умеет авторизацию в
оракле?

и оффтопный вопрос - будет ли выигрышь в
производительности при переводе 1
апача на бекенд-фронтэнд систему, если
99% контента динамического + fastcgi, или
лучше на все внешние машины апач
оставить все-таки?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,119738,121449#msg-121449


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