O
Вам что важнее - усложнить использование пользователям или отсеять по максимуму ботов?
Size: a a a
2017 September 15
O
Если клиент платит - может стоит ему "предоставить ид" и только аналитикой "посматривать", что-бы с его контактами кто попало не пользовался?..
O
А кто "халявщик" - то пусть вертится в ограничениях, что-бы бизнесу не слишком убыточно было ...
TS
По порядку - nginx впереди node для http(s)/ws(s) это обычно хорошо. Помимо того что nginx умеет всякие плюшки https вроде OSCP stapping, кастомные таблицы для диффихельмана и т.п. для полученния А по шифрованию соединения с сайтом, nginx позволяет сделать балансировку между несколькими запущенными инстансами nodejs, что на самом деле хорошо если у вас сервер с 14ю потоками. + Nginx имеет удобно настраиваемые кэши для статики (если вы через ноду раздаете реакт - очень полезно). И как вишенка на торте - nginx умеет лимиты по роутам - не более 10и запросов в минуту с одного IP и т.п. Если у вас на ноде не сайта, а API - то возможно стоит посмотреть на api-gateways, к примеру tyk.
Еще раз повторяю, nginx перед нодой это уродство, всю статику нужно стдавать с другого домена static.domain.com с помощью nginx или cdn, на котором тот же nginx, а вот балансировать между нодами API это бред сумасшедшего, это узкое место, которого ни как не разрулить, балансировку можно устраивать или аппаратно, такими железами как F5 или на клиенте, подключаясь сразу к процессу ноды, openssl работает одинаково, только не нужно пропускать всю пачку запросов через один порт, я уже не говорю про пропускание вебсокетов. Нода для сайтов? Ты серьезно? Нода только для API
TS
- А кто тебе будет балансировать между несколькими nginx-ами? Еще один слой балансировки? Как это на несколько серверов размазать?
- А если 40 ядер, этот один процесс на 80 порту сдохнет, а остальные процессы даже на 1/4 не загрузятся работой.
- Отдавать статику нодой можно только для перекладывания ее на cdn
@NosovK
- А если 40 ядер, этот один процесс на 80 порту сдохнет, а остальные процессы даже на 1/4 не загрузятся работой.
- Отдавать статику нодой можно только для перекладывания ее на cdn
@NosovK
O
"банальный и тормозной" Апач - и тот в ОС "светится" пачкой процессов ...
O
nginx и пр. балансировщики "можно крест-накрест скручивать"
O
разные решения "имеют право на жизнь"
O
Вопрос в "идеальности в вакууме" ...
TS
Вот и я говорю, на реверспрокси можно крест на крест ставить
VZ
Еще раз повторяю, nginx перед нодой это уродство, всю статику нужно стдавать с другого домена static.domain.com с помощью nginx или cdn, на котором тот же nginx, а вот балансировать между нодами API это бред сумасшедшего, это узкое место, которого ни как не разрулить, балансировку можно устраивать или аппаратно, такими железами как F5 или на клиенте, подключаясь сразу к процессу ноды, openssl работает одинаково, только не нужно пропускать всю пачку запросов через один порт, я уже не говорю про пропускание вебсокетов. Нода для сайтов? Ты серьезно? Нода только для API
А что плохого в бекенде на ноде?
TS
А что плохого в бекенде на ноде?
Бекенд на ноде это хорошо, API это хорошо, а сайты на ноде это извращение, статику нода отдавать не должна
BT
то есть api на ноде держать, но как сервер для сайта она выступать не должна?
TS
Если Вы думаете, что Вам нужен сайт, то Вы крепко застряли в XX веке )))
VZ
Какую рекламу лучше подключать на сайт?
AS
Жестко однако против nginx, но: а чем плох вариант, когда у нас кластер API серверов с нодой и своим балансировщиком, а часть серверов работают только для статики (допустим через тот же nginx), в итоге мы получаем типичное REST веб приложение?
TS
Нужно сделать лекцию по этой теме, я не буду в чатах объяснять таких вещей
KN
Увы, но сейчас большинство SPA (пресловутый React, Vue) предоставляют SSR - server side rendering и он сделан на ноде, и да - очень часто аппки на реакте светят в мир нодой, отдавая статику с экспресса. Увы видел это многократно.