На чём следует писать высоконагруженное API — на «PHP» или «Node.JS»?

Question

[kopytse]

API на какой их этих технологий будет легче адаптировать под всё новые и новые нагрузки по мере возрастания новых?

Дополнение: в качестве базы данных планируется использовать "MongoDB".

Comments

[Виталий]

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

[Денис Загаевский]

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

Answer 1

[index0h]

Уже был подобный вопрос с такой же ошибкой. Задача определяет язык. Является ли проект api сервером, или нет - это не важно. Важно, какие звдачи будет решать ваш сервер.

Comments

[kopytse]

К примеру, аналог "Periscope". Мне требуется не аналогичный продукт, но принцип отдалённо схож - видеотрансляции с мобильных устройств, моментальные сообщения, отслеживание геопозиции.

[index0h]

Смотрите в сторону wowza, на счет сообщений потрогайте centrifugo

Answer 2

[Иван Корюков]

Высоконагруженный, да и вообще любой серьёзный проект, надо писать не "на чём?", а "как?". Точнее надо писать код так, чтобы он поддерживал горизонтальное масштабирование.
Это значит что ваш код должен уметь запускаться на нескольких серверах сразу и не так чтобы отдельные части в разных местах, а именно дублироваться. "Перед" копиями должен стоять балансировщик, который на основании того, насколько загружен тот или иной сервер, выбирает на какой сервер адресовать приходящий запрос.
Тут же стоит продумать бутылочные горлышки, а точнее избавиться от них. Например БД, она может поддерживать запуск своих копий на разных серверах, а может и не поддерживать.
Сессии пользователей можно хранить централизованно, а можно делать "липкую" сессию, когда все запросы одного пользователя будут всегда идти на один сервер.
В итоге, highload - это не про то на чём пишется софт, а про то как он пишется.

Answer 3

[emp1re]

А есть разница? У всех есть придел, скалируйте свою нагрузку на несколько серверов через редис к примеру -
adrianmejia.com/blog/2016/03/23/how-to-scale-a-nod...

Answer 4

[Vitaliy]

Comments

[D3lphi]

Насколько я понимаю, это результат тестирование php5, php7 обгоняет HHVM (по крайней мере, такие графики присутствуют на сайте Zend).

[D3lphi]

www.zend.com/en/resources/php7_infographic

[Yustas Alexu]

Для ноды еще существует такая библиотечка https://github.com/uWebSockets/uWebSockets написанная на С++ и обгоняющая сишные сервера в минимум 3 раза.

[Vitaliy]

В скрине ответа имелось в виду, что стоит посмотреть в сторону Go

Answer 5

[Андрей Николаев]

А что Ваше api будет делать? На чем у Вас уже написана логика (может быть Вы уже использовали symfony 3, тогда нет большого смысла ставить еще и nodejs) или ее тоже нет?

Comments

[kopytse]

Первичная логика на "PHP" написана, фреймворки не используются.

[Андрей Николаев]

Если все устраивает, то нет смысла nodejs использовать. "Заверните красиво" и пользуйтесь плодами php7