Я мало понял в вашем потоке сознания, если честно. <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>
Я вот убей бог не понимаю, почему, если есть число &quot;А&quot; приложений которые нормально обслуживаются в пиках числом &quot;Б&quot; бекендами, нужно это &quot;А&quot; раскладывать на составляющие и раздавать на разные бекенды. Я бы понял, если бы бы бекенды были разные - &quot;В&quot; умеет приложение &quot;Ц&quot;, а &quot;Г&quot; - нет, но вы же говорите, что даже тяжелое приложение умеет работать на всех бекендах. Не... не улавливаю логику. Но если уж хотите, можно сделать так.<br>


На &quot;тяжелых&quot; бекендах число процессов жестко лимитировано (не более, чем бекенд может без проблем выполнять при пиковых запросах). Таймаут - время ожидания бекенда. &quot;Легкие&quot; бекенды - как бакапные. В этом случае, правда, будет логика &quot;1-й тяжелый, 2-й тяжелый, 3-й тяжелый, бакапный легкий&quot;, что не очень хорошо... но тут уже можно что-то и попатчить.<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>