Стоит ли использовать NodeJS с PostreSQL или все таки остаться на Yii2 + PostreSQL?

Question

[chimkiu]

Добрый день, сообщество!

Тут встала задача выбора новой технологии для серьезного продукта. До этого все писали на Yii2+Mysql. Перешли на PostreSQL из-за кучи плюшек. Все хранимые данные реляционные.

Теперь очень серьезно присматриваюсь на NodeJS, нравится мне его асинхронность и он уже давно стабилен. Весь проект в большей степени это Backend API + Frontend.

Есть ли смысл использовать связку NodeJS + PostreSQL (удобно/неудобно, производительно/непроизводительно) или все таки Yii2 + PostreSQL?

Answer 1

[sasha]

на ноде будет сложнее(и разрабатывать и поддерживать) и дольше (раза в 2 дольше на разработку и раза в полтора больше на поддержку ,время-деньги), но будут такие плюшки как рантайм приложение со всеми вытекающими (скорость по большей части, ну и удобство использования web socket если таковые будут).

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

Comments

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

Если интересует повышение производительности проще и дешевле взять symfony2/silex/lumen/laravel и пустить все в php-pm. Тогда будут плюшки PHP (быстро писать и проще поддерживать, особенно если бизнес логика там не тупой круд а что-то по интереснее, js в этом плане адок) и производительность не сильно уступающая node.js. Ну и скейлить проще.

[sasha]

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

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

sasha: вы перепутали php-fpm и php-pm.

[sasha]

Сергей Протько: да, на автомате подумал про fpm. Про pm почитаю что оно такое, так что возможно вы правы;)

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

sasha: ну я просто не знаю как можно на js писать что-то со сложной бизнес логикой и не превратить при этом код в макароны. Ну или придется очень много времени потратить на то что бы написать гору бойлерплейта, мэпперы, библиотеки... в PHP мире с этим как не странно лучше, но и то не то что бы очень. Скажем посколькую крайне мало людей думают об архитектуре приложения, каких-то инструментов, например для генерации или удобной работы с DTO нет.

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

sasha: в js-же есть Object.freeze так что dto и vo делать удобнее и проще.

[sasha]

Сергей Протько: есть подозрение что если написать более менее вменяемое приложение то оно по скорости превратится в php-fpm(а может даже ниже?) и при этом времени убить на это много нужно. У меня во всяком случае отбило желание писать на ноде что-то большое после того как ловил утечки памяти по сторонним библиотекам.

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

sasha: ну это только если:
- использовать синхронные вызовы
- не делать пул процессов с вашим приложением

А так нода быстрая, я ее использую для обработки I/O, например когда надо маршрутизировать задачи или еще чего такого. В этом ключе это удобно. Чатики писать удобно (pub/sub в php приложение), ну и т.д. А так... у меня было несколько проектов на ноде, апишки... на php удобнее.

[sasha]

Сергей Протько: аминь;)

Answer 2

[Артем Спиридонов]

ИМХО, некорректно вопрос поставлен.

Кодить кто будет? Если у него с {YII|NodeJS|*} есть достаточный опыт - он даст низкие риски и приемлемую стоимость (по времени и в деньгах). И наоборот.

Comments

[chimkiu]

Дополнительный штат backend-специалистов будет наниматься для этой работы. Все будет заново проектироваться и переписываться на NodeJS. Сам по себе я имею большой опыт в Yii, но и являюсь инициатором идеи перехода на NodeJS.

[Артем Спиридонов]

Вообще, PHP менее рискованный, чем серверный JS. Возможно я ошибаюсь, но предполагаю, что еще пар лет будет так.

Основные вопросы - реализация конкретных кейсов, как с точки зрения разработки, так и с т.з. администрирования.

Пару лет назад я перевел cidocs.ru/coffeescript и освоил его. Часто использую в разработке браузерных и мобильных клиентов. Естественно, думал о переходе на серверсайде. Но, после нескольких попыток с несколькими проектами до продакшена, пришел к выводу, что NodeJS еще сыроват. Именно потому, что нужно делать руками много вещей, которые, к примеру, при использовании nginx/php5-fpm делать не нужно. И хайлод с компонентами на C++ работает ощутимо шустрее, чем на интерпретируемых технологиях. А под ноду таких компонент пока что маловато.

Возможно ошибаюсь, все ИМХО.

Answer 3

[Тимофей]

Если вопрос именно в том, чтобы использовать PostgreSQL с нодой, то проблем никаких - есть sequelize, waterline и, думаю, еще много модулей для удобной работы с базой и ORM. По скорости выигрыш тоже будет скорее всего. Ну а в остальном слишком много "но" и "если", чтобы можно было однозначно сказать, стоит ли это делать или нет.

Answer 4

[Александр]

Имеет смысл использовать то, в чем вам проще работать. Если же смотреть в сторону nodejs, обратите внимание на LoopBack, back-end api покроет с лихвой, обширная документация и удобные инструменты тестирования/администрирования, плюс отлично работает с различными бд.
Используем его для формирования и синхронизации презентаций с общей одновременной нагрузкой до 220к уников. Со своими задачами справляется отлично.
Есть аналоги проектов на Zend+PostgreSQL и Laravel+PostgreSQL, но нода по производительности выше.

Comments

[chimkiu]

Именно из-за возможного повышения производительности и стали смотреть на NodeJS в компании.
Думали использовать фреймворк koa.js для написания, сейчас почитаю что за зверь LookBack.

Answer 5

[Николай Марков]

Однозначно Postgres лучше mysql. Про nodejs и yii2 могу сказать только то, что скорее всего nodejs быстрее php и разработка на нём удобнее (например меня всегда удивляла необходимость держать рядом с php специальный демон для управления пуллом коннектов к базе). php прошлый век, переходите на современные технологии!