Я думаю, что наибольшим преимуществом является то, что вы сможете использовать один и тот же порт (80) для нескольких приложений.В противном случае вам потребуется новый IP-адрес для каждого вашего приложения nodejs.В зависимости от того, как вы это настроите, вы также можете настроить разные папки и субдомены для разных приложений nodejs, работающих на разных портах.Если вы строите что-то большое или сложное, это очень здорово.Представьте, что вы можете запускать свои API-интерфейсы в одном приложении узла, свой веб-сайт - в другом, а зарегистрированный веб-сайт (область пользователя, панель мониторинга и т. Д.) - в другом приложении.Ваш балансировщик нагрузки может определить, кому и куда нужно идти (example.com/api* -> api.js, example.com/dashboard* -> dashboard.js, example.com -> app.js).Это полезно не только для масштабирования, но и когда что-то ломается, не все ломается сразу.
До зрелости, ме.Nodejs + forever + node-http-proxy = Удивительно.Запустите 1 прокси-сервер для всех ваших приложений с минимальной конфигурацией / сложностью (меньшая вероятность отказа).Тогда развлекайся со всем остальным.Не забудьте отключить брандмауэр от своих внутренних портов, хотя ;).
Некоторые люди обращают внимание на балансировку нагрузки, что является преимуществом.Тем не менее, балансировка нагрузки - это не то, от чего выиграет большинство людей, поскольку однопоточный неблокирующий поток nodejs может обрабатывать довольно впечатляющие большие нагрузки.Я бы на самом деле даже не считал это разницей на вашем месте.Балансировка нагрузки достаточно проста для реализации, когда вам это нужно, но в остальном совершенно бесполезна, пока вы этого не сделаете.
Также обратите внимание, что если вы используете неузловое прокси-решение (nginx, tornado и т. Д.), Простоубедитесь, что НЕ используете тот, который блокирует. Блоки Apache. Nginx нет.Вы не хотите отбрасывать одно из величайших преимуществ использования nodejs в первую очередь на грязном сервере.