Я мало понял в вашем потоке сознания, если честно. <br>Насчет документации скажу вам, что там отражены далеко не все функции и директивы nginx, взять хоть worker_connections. И, само собой, я ее изучал перед тем, как задать вопрос.<br>
<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
<br></div>
В таком случае можно было обойтись документацией.<br>
<br>
Я вот убей бог не понимаю, почему, если есть число "А" приложений которые нормально обслуживаются в пиках числом "Б" бекендами, нужно это "А" раскладывать на составляющие и раздавать на разные бекенды. Я бы понял, если бы бы бекенды были разные - "В" умеет приложение "Ц", а "Г" - нет, но вы же говорите, что даже тяжелое приложение умеет работать на всех бекендах. Не... не улавливаю логику. Но если уж хотите, можно сделать так.<br>
На "тяжелых" бекендах число процессов жестко лимитировано (не более, чем бекенд может без проблем выполнять при пиковых запросах). Таймаут - время ожидания бекенда. "Легкие" бекенды - как бакапные. В этом случае, правда, будет логика "1-й тяжелый, 2-й тяжелый, 3-й тяжелый, бакапный легкий", что не очень хорошо... но тут уже можно что-то и попатчить.<div>
<div class="h5"><br>
<br>
<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></div></blockquote><br></div><br>