Что лучше для REST API подхода?

Question

[Александр Дегтярев]

Подскажите пожалуйста. Планируется создание сервиса с количеством посетителей в 20 000 в сутки. Сам сервис по принципу REST API, чуть вопроса:
1. Что для этого выбрать лучше ASP.NET Web API, Node.js, ASP.NET Core?
2. Что из вышеописанных технологий для данной задачи наиболее быстрее и лучше?
Пока вроде все

Comments

[Илья Ерохин]

Не знаете на чем писать - пишите на Ноде. Скоро она захватит (мир) web.

[Александр Дегтярев]

Илья Ерохин: почему именно Node.js а не ASP.NET Core?

[Илья Ерохин]

Александр Дегтярев: вангую что по производительности непосредственно сам выбор языка будет вторичен. Вся соль будет в деталях. На голом C можно написать нереальные тормоза (и заодно пристрелить себя в ногу конечно).

Но ASP - это платформа Windows и вообще экзотика, и возможно уже вчерашний день. Оно вам надо? Впрочем, если хотите писать на нем - пишите, если все сделать правильно - будет хорошо.

[Александр Дегтярев]

Дело в том что я ищу максимально лучший и простой вариант, основываясь на опыте специалистов (потому здесь и пишу). Значит по итогам все же нода лучше? Нет ли проблем с хостингом для ноды в данный момент?

[Илья Ерохин]

Александр Дегтярев:

> Значит по итогам все же нода лучше?

Ну так категорично я бы не утверждал, но да, Нода хороша. В любом случае крутой спец по X напишет на Х лучше, чем не крутой спец по Y, насколько бы Y не был круче X в целом. Надеюсь мысль понятна.

> Нет ли проблем с хостингом для ноды в данный момент?

Проблем с хостингом сейчас вообще никаких нет нигде - создаете на Digital Ocean виртуалку на 10 баксов с Ubuntu LTS, врубаете автообновления, и забываете про сервак на 5 лет.

[Александр Дегтярев]

А по поводу БД что посоветуете, документо - ориентированную и гибкую?

[Александр Дегтярев]

Илья Ерохин: а вы сами на какой системе разрабатываете?

[Илья Ерохин]

Александр Дегтярев:

> а вы сами на какой системе разрабатываете?

На Ноде и Питоне, больше склоняюсь к Ноде. Еще играюсь немного с go, но пока под свои задачи преимуществ особо не вижу, а вот шоколадную интеграцию web-frontend и backend потерять чертовски не хочется.

> А по поводу БД что посоветуете, документо - ориентированную и гибкую?

Не толкайте на грех ))) Сказать какая БД лучше в сферическом вакууме - нет уж )). Однако я имею четкое мнение, что преимущества Mongo и иже с ними в данный момент ОЧЕНЬ СИЛЬНО переоценены. По моему мнению старый добрый Postgres + хороший query builder (не ORM!) - это лучший выбор "по умолчанию" для абсолютного большинства задач. В любом случае, все решит конкретика задачи.

Выбор БД очень часто намного важнее выбора языка программирования - как в плане скорости, так и в плане человеко-часов.

[Александр Дегтярев]

Илья Ерохин: а в области MongoDB какие у него существенные минусы и опасные места?

[Илья Ерохин]

Александр Дегтярев: да все нормально с MongoDB, она даже чертовски хороша, но только под специфические задачи. Проблема в том, что она сильно переоценена в данный момент, и воспринимается как универсальное решение.

В целом я согласен с мнением автора этой статьи (хотя заголовок слишком категоричен): https://habrahabr.ru/post/231213/

Но порог вхождения в настоящий SQL сильно выше, чем в Mongo-подобные БД.

[Александр Дегтярев]

Илья Ерохин: она подойдет для высоконагрузочного сервиса где часто нужно выборки из БД делать?

[Илья Ерохин]

Александр Дегтярев: да практически любая БД более-менее заточена под нагрузки. Все зависит от конкретики задачи. Postgres - наиболее универсальное по моему мнению решение для большинства задач.

[Александр Дегтярев]

Илья Ерохин: насколько я знаю что NoSQL значительно быстрее, это так?

Answer 1

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

1. Берите то что знаете
2. Всегда можно проиграть

20 000 в сутки

Это как бы не такие уж и большие нагрузки. Всего-то 4 реквеста в секунду, если принять в расчет распределение пользователей (что все 20К будут сидеть днем, то есть часов 12, и генерить в среднем 10 запросов к API).

Такую нагрузку спокойно переносит что угодно, даже PHP со своей умирающей модель.

Comments

[Александр Дегтярев]

Что из этого наиболее перспективно в данный момент, проще реализовать?

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

ErichAltheim: если хорошо (реально хорошо) знаете javascript - берите node.js. В противном случае выбирать вам исходя из знаний.

[Александр Дегтярев]

В недавней записи у разработчиков ASP.NET Core видел как данная система обходит по показателям Node.js, что можете сказать по этому поводу?

[Alex]

Александр Дегтярев: Синтетические тесты, такие синтетические...

[Александр Дегтярев]

Alex: т.е на данные тесты не стоит сильно полагаться?

[Alex]

Александр Дегтярев: Когда разработчики делают тесты, то они не могут быть хуже чем у конкурентов =)
Я не знаю как там ASP.NET Core, но доверяю только сторонним тестам)

[Александр Дегтярев]

А по существу вопроса, как думаете, выбор в сторону Node.js для высоконагрузочных систем и REST API как?

[Alex]

Александр Дегтярев: Очень даже хорошо) Смотрите в сторону ExpressJS.

[Александр Дегтярев]

Alex: благодарю, какие еще можете дать рекомендации?))

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

Александр Дегтярев: перестать загоняться по производительности. У вас еще нет тех самых 20К юзеров о которых вы переживаете. Всегда дешевле добавить еще сервачек и зарелизить проект на месяц раньше.

[Александр Дегтярев]

Сергей Протько: чтож, благодарю за советы))