Стоит ли ставить крупный сайт на node.js? Не рано ли?

Question

[Itvanya]

Доброго времени суток, друзья!
Буквально на днях были переговоры с крупными заказчиками, который хотят хай-лоад проект. Сайт будет запущен и раскручен под крылом сайта с посещаемостью более 180 тыс. человек / сутки. Подумали, решили ставить на node.js, хотя с другой стороны есть альтернатива в виде python. Насколько я знаю, нода еще не обкатана, но технология улетная и явно превосходит что php(глупое сравнение), что тот же python. Вроде как очевидно, что, по-идее, нода - это явное будущее серверной разработки, но, честно говоря, не было еще такого проекта у нас, где реально можно было увидеть все преимущества и недостатки ноды. Поэтому возникает вопрос : на сколько осмысленно сейчас ставить крупные проекты на ноду и стоит ли ждать чего-то неприятного? Заранее благодарен!

Answer 1

[mx2000]

Берите python, если не имеете опыта в node.js. Или erlang, раз уж всё равно хотите попробовать что-то новое для себя.

Мы в свое время (2011 год, node.js 0.3.x) намучились с callback-hell в коде, утечками памяти и прочим геммороем вида "есть либа А, делает вроде как, что нам нужно, давайте прикрутим", а через 2 месяца автор либы говорит "я потерял интерес, пилить дальше не буду". И приходилось садиться и самим править чужие баги.

Сейчас, скорее всего ситуация изменилась в лучшую сторону (я не слежу), но какой хайлоад вы хотите получить от однопоточного приложения?) Нода хороша в определенной нише - как full duplex шина данных между клиентами и сервером, если надо, например, чатик а-ля vk.com запилить, или котировки валют обновлять. Работа с базой удобна до определенного момента, вычисления, фильтрация, мэппинг данных - медленные, любой блокирующий вызов (обработка данных) - и 100500 клиентов курят бамбук...

Comments

[Алексей Ярошевич]

Да, в 2011 году все намучались с callback хеллами. А самые догадливые написали промисы ;-)

Answer 2

[Сергей Протько]

нода - это явное будущее серверной разработки

в чем же будущее? Быстрее, да, но ничего нового и уж точно я бы не хотел такого будущего. В python том же есть реализации event loop (тот же twisted, вот например бенчмарк который я просто так кидаю ибо толку от них не так много на самом деле), как и в PHP (ReactPHP) и в Ruby (Cool.io к примеру). Если говорить о высокопроизводительных системах, то стоит уже брать полноценные языки типа go, d, rust и т.д. которые изначально ориентировались на распределенные приложения. Но web приложение обычно не так критично к скорости рантаймов, все можно поправить более быстрым I/O и архитектурными решениями.

Лучше подумайте об архитектуре, о том как реализовать репликацию базы, о том что можно кешировать в памяти, о том как это все будет деплоиться на несколько серверов и т.д. А прирост производительности в каких 20%-30% не сможет вам обеспечить должного RPS на одном сервере (а может и сможет, если нагрузка будет более мение равномерной).

Comments

[Sergey Romanov]

К стати по базе. Я бы использовать не структурированую эластик серч. Тут и скорость, и апи сразу, анализ данных в реальном времени и все такое.

[Сергей Протько]

@Serhioromano а я бы смотрел исходя из задачи. ЭластикСерч конечно хорошо, но вдруг там HBase нужен, или постгес + neo4j + еще пара тройка

[Sergey Romanov]

Согласен. Но так как проект новый, можно сразу заточить под что надо. А так да это не панацея конечно. Правильно реализованая задача будет так же хорошо работать даже на MySQL.

[Алексей Ярошевич]

@Fesor твистед ужасен. А в ноде асинк встроенный. Erlang — специфичен. Есть еще Go — может заменить ноду: статическая типизация, каким-то образом обойден GIL, но нет generics. Но если это не прокси, то это дело вкуса на чем писать. В остальном, согласен ;-)

[Сергей Протько]

@qfox в ноде нету асинка как такового. У вас асинхронная только работа с IO, как только в дело вступает JS все превращается в старое доброе однопоточное приложение. Мы можем что-то делать в ноде пока ждем данных. Как только они приходят - все идет согласно event loop.

Хотя не думаю что вы этого не знали.

[Алексей Ярошевич]

@Fesor само собой. Но переключения контекстов, потеря на лишних коллах и всякие ASYNC.each — чаще всего только мешают. Нода, сама по себе, быстрая. Как минимум, не медленнее других top tier языков/платформ (кроме, разве что, на базе статического типизирования). И все эти кусочки внутри однопоточного приложения отрабатывают почти незаметно.

Но да, архитектура ноды и окружение таковы, что располагают к поднятию нескольких приложений на ноде на каждом виртуальном камне. И это еще один плюс, который мало где поддерживается практически из коробки.

В любом случае, это тонкости. Если нет сильного разраба, знающего платформу — ничего не получится в любом случае ;-). Люди более важны, чем технологии.

Answer 3

[rumkin]

Работал над крупным проектом с охватом аудитории в несколько миллионов пользователей в сутки, использовался nodejs. Полет нормальный, единственный минус – кадры. Нужен сильный nodejs программист в комманде.
На том же express (django для ноды) работают очень нагруженные сайты, например MySpace. Полный список: expressjs.com/applications.html.

Answer 4

[s1dney]

Я бы никогда не стал писать проект на ноде, как вспомогательный инструмент - возможно.
Вопрос даже не в том, что быстро/медленно, а в том, что JS это самый уродливый и неполноценный язык для серверного программирования, который только можно представить.

Comments

[Sergey Romanov]

Согласен. Но это скоро может изменится с ES6.

[Алексей Ярошевич]

Вы просто готовить его не умеете. ;-)

Answer 5

[Сергей]

Простите, а у вас там есть вебсокеты или просто сокеты ? Получить запрос и отдать страничку может любой nginx+php-fpm (python + wsgi что-то там, я просто не вкурсе). Чего вы выиграете от Node.js ?
Cможете лучше реализовать бизнес логику ? я что то сомневаюсь. Поэтому выбирайте из того что лучше знаете, а не из того "потянет оно лучше или нет"

Comments

[Itvanya]

На вебсокетах, ага. решили все-таки поставить на питоне, пусть нодист отдыхает пока) спасибо за ответ!

[Алексей Ярошевич]

Выигрышь считается в RPS, обычно.

Answer 6

[betula]

Если вам нужен стандартный ORM, миграции, ACL, MVC, тогда однозначно не берите node.js, возмите любую платформу претендующую на enterprise, Django, RoR, Symfony. Если вам нужен полный enterprise, берите Java Spring. Node.js надежна только если вы прекрасно умеете программировать, отлично понимаете все серверные взаимодействия и максимально не будете использовать сторонние библиотеки вроде миграций или ORM и тд, на ней пока еще нужно писать многое самому, либо быть готовым дописать любую из используемых либ, в случае обнаружения ошибки на продакшине. Лично я бы рекомендовал ноду для comet приложений и как прослойку между ZeroMQ/RabbitMQ и внешними сервисами, того же SES, а для обычного веба используйте всё же что-то более традиционное и устоявшееся.

Answer 7

[Marat Amerov]

Попробуйте playframework.
- На нем писать асинхронный код удобней чем в ноде;
- Скалится хорошо;
- Компилируется в байткод JVM;
- Статическая типизация лучше для больших проектов;
Из минусов - время компиляции.