Что выбрать для бэкенда с нуля?

Question

[Вячеслав Правильный]

Вообщем есть проект написанный не мной, на PHP. PHP вообще ненавижу из-за кучи версий, настроек и прочего. Люблю Node за простоту в этом плане. Go только присматривался и писал хеллоу ворды. Но сейчас стоит задача, для которой не могу выбрать инструмент...
Будет много I/O. Как запросы от клиента (очень много, до 5 запросов в секунду от одного клиента). И много работы с базой.
Но в каждом запросе клиента будут расчеты, по типу собрать из 10 массивов случайные числа, перемножить, проверить что полученные данные больше или меньше того что содержится в базе, так же проверить что выбранные числа содержатся в другом массиве. Записать выбранные числа в базу.
Много читал про ноду, что якобы вычисления ее слабое место. Но ведь есть воркеры, и им можно отдавать такие задачи. PHP я точно не хочу. Я уже давно хочу уйти от него. И встал выбор между Node JS и Go. Go быстрый в этом плане, и хочется пощупать его в реальной задаче. Но если возьму его - то будет времязатраты на изучение. А с Node JS знаком уже на реальных проектах, но без больших вычислений, ну и плюс во фронте JS, хочется писать все на одном языке, без переключений в голове xD
Помогите определится, справится ли нода, если будет 500-1000 одновременных клиентов с расчетами и проверками в базе.

Comments

[Everything_is_not_so_bad]

очень много, до 5 запросов в секунду от одного клиента

а сколько от всех клиентов одновременно?

[Everything_is_not_so_bad]

PHP вообще ненавижу из-за кучи версий

кажется, с Node.js та же проблема.

[Вячеслав Правильный]

Капитан Пронин, Соответственно 2500-5000 запросов одновременно.

[Everything_is_not_so_bad]

Но в каждом запросе клиента будут расчеты, по типу собрать из 10 массивов случайные числа, перемножить, проверить что полученные данные больше или меньше того что содержится в базе, так же проверить что выбранные числа содержатся в другом массиве. Записать выбранные числа в базу.

Зависит от того сколько времени в среднем происходит чисто вычисление, без учёта обращений к СУБД.

[Everything_is_not_so_bad]

Стоит привести примеры выполняемых запросов к СУБД.

[Вячеслав Правильный]

Капитан Пронин, Ни разу не сталкивался что мне нужно держать несколько версий ноды, и что то там настраивать, плеватся от того что в какой то версии что то отключено, устанавливать через apt что либо, чтобы соответствовало циферкам и тд и тп... Создал сервер, запустил в pm2 и все. В любом случае вопрос не в этом. PHP точно не рассматриваю. Сейчас проект на php7.2 nginx на статику, apache+fastCGI на обработку. Не умею настраивать правильно, но пробовал разные настройки. Либо идет задержка ответа когда клиентов становится больше, либо если настроить иначе - то загрузка на 100% CPU от 12-16 клиентов всего. Плюс проект не мой, поэтому разобраться в этой куче из-за чего все идет не так - все равно что застрелится, учитывая что сам язык у меня вызывает неприязнь.

[Вячеслав Правильный]

Капитан Пронин, в БД просто выборка строки по id. Либо простая запись строки. Ничего сложного в БД нет. На PHP сами вычисления около 20ms были, с учетом мидлварей 70ms.

[calculator212]

Вячеслав Правильный, какие параметры у сервера?

[calculator212]

Просто если сервак держит 60-80 rps на пхп то просто сменив язык вы скорее всего не получите 4500-5000 rps

[Вячеслав Правильный]

calculator212, сейчас сервер так держит только потому что там много говнокода, и мне не хочется в нем разбираться и переписывать. Поэтому я хочу начать с нуля, выпилив лишние и старые функции. Но сейчас встал вопрос выдержит ли нода. Вообщем хочется выбрать правильный инструмент со старта, чтобы потом не переходить на другое... Вообщем наверное правильно написали, что нужно написать тестовый вариант. Мало информации по бэкендам на ноде с вычислениями. Возможно мои вычисления и не являются для ноды блокирующими, а может просто в старом проекте куча говна которое грузит проц :(

[Максим Федоров]

Вячеслав Правильный,

apache+fastCGI на обработку.

что-то на старом, такое лет 6 назад уже почти не делали :)

[Вячеслав Правильный]

calculator212, 10 ядер 64 RAM и SSD

[Everything_is_not_so_bad]

20 мс - это 50 пользователей в секунду на одном процессоре.
Если есть некоторая формула, то можно проверить сколько времени занимает вычисление на различных ЯП. От реализации тоже немало зависит. Может, можно задействовать какие-то оптимизированные библиотеки, инструкции процессора и т.д.

[Everything_is_not_so_bad]

Не зная подробностей предметной логики, можно предположить, что можно применить кэширование запросов.

[Adamos]

Сейчас проект на php7.2 nginx на статику, apache+fastCGI на обработку.

Перевод обработки на nginx + php-fpm уже может заметно повысить отзывчивость, если нет кучи .htaccess - с Апача лучше слезть.
Пока сам сервер настроен архаично - переписывать рабочий проект только из-за того, что "неприязнь испытываю, кюшать не могу" просто глупо.

[Everything_is_not_so_bad]

На чём остановился выбор?

[Вячеслав Правильный]

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

Answer 1

[foterio]

Преимущество NodeJS - это ее асинхронность, и тут это нам сыграет на пользу. Плюс математические вычисления мы вынесем в отдельные worker'ы. Подробнее, как организовать worker pool тут https://github.com/josdejong/workerpool
При правильно спроектированной архитектуре и настроенном NGINX, NodeJS способна переварить тысячи запросов и чувствовать себя отлично.
У меня, к примеру в одном из проектов я уперся быстрее в производительность MongoDB на запись 165-220 RPS (на той конфигурации монги, которая была у заказчика), чем в невозможность обработать запрос клиента у NodeJS.
Я бы начал с тестового backend'а на Fastify, так как мы все равно пишем с нуля и нам важна производительность. Будем честны для Go тут еще маловато нагрузки))))
Затем пострелял бы в него из пушки, скажем 1000 RPS 10 секунд подряд и посмотрел результаты.
Далее будет понятно, справляется ли один инстанс с этой задачей или нет, и тогда можно в случае чего масштабировать его и лить трафик на несколько NodeJS приложений через load balancer.

Answer 2

[Steel_Balls]

Здесь не язык надо выбирать, а правильно разрабатывать архитектуру.
С правильной архитектурой неважно на чём написан бэк - на C#, Go, NodeJs или, простигосподи, на Kotlin.
И вообще, в бэкенде обычно используется несколько языков. Python, JS, Go и C# одновременно - абсолютно нормально

Comments

[Вячеслав Правильный]

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

[Everything_is_not_so_bad]

Вячеслав Правильный, ради десятка миллисекунд это может быть нерационально.

Answer 3

[Everything_is_not_so_bad]

Стоит написать тестовую программу нагрузки для Node.js и проверить на деле. И с конкретными цифрами проще решать.

Дополнение

в БД просто выборка строки по id

Ну, можно взять какую-то K/V СУБД.

Comments

[Everything_is_not_so_bad]

А вот ответ от бота ИИ

Node.js обычно лучше подходит для реального времени и обработки большого количества запросов одновременно благодаря использованию неблокирующих операций ввода-вывода (I/O). PHP же лучше подходит для традиционных веб-приложений, которые требуют операций с базой данных и скриптов на стороне сервера¹².

В вашем случае, если будет много I/O и запросов к базе данных, то Node.js может быть лучшим выбором¹. Однако, если в каждом запросе клиента будут расчеты и проверки в базе данных, то PHP может быть более подходящим выбором¹².

Но также стоит учитывать другие факторы, такие как опыт разработчика и доступность инструментов для разработки на каждой из платформ³.

Source: Conversation with Bing, 4/25/2023
(1) Node.js vs PHP – The Detailed Comparison To Choose The Right One .... https://xenforo.com/community/threads/node-js-vs-p....
(2) Node.js vs. PHP: An Honest Comparative Study With All the Answers - Simform. https://www.simform.com/blog/nodejs-vs-php/.
(3) Node.js vs PHP: A Head-to-Head Comparison - Kinsta®. https://kinsta.com/blog/node-js-vs-php/.
(4) Node.js vs PHP: In-depth Comparison With Pros & Cons [2023] - DOIT Software. https://doit.software/blog/nodejs-vs-php.
(5) Which Back-End to Choose? Node.js vs. PHP. https://code.tutsplus.com/tutorials/which-back-end....

Answer 4

[uvelichitel]

Я, евангелист языка Go) Мне язык нравится и платят неплохо. Go быстрее чем Node.js, быстрее чем PHP.
Но, хотел бы заметить:

Вообщем есть проект написанный не мной, на PHP.

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

Comments

[0Bannon]

А здесь https://www.techempower.com/benchmarks/#section=da...
PHP оказывается не уступает Go ).

Answer 5

[Roman K]

Конечно же Rust

Comments

[Everything_is_not_so_bad]

Rust - не Basic, сходу толкового не напишешь.

[Roman K]

Капитан Пронин, ни на чём толкового не напишешь сходу. Я 10 лет пишу на питоне и каждый год мой код за предыдущий год можно считать хуже. Но самый большой буст качества кода на питоне дало (внезапно) изучение раста.