Сервер nodejs/express на хостинг?

Вам нужен VPS

перейду на VPS а дальше ..?
нужно будет все таки где-то прописывать команды?

beefront17, Да, подключаться по ssh и устанавливать node.js, запускать его и далее.

Ну или нанимать специалиста на эту работу.

Данил Бирюков-Романов, я смогу перенести все файлы вместе с package.json и сделать что типа npm install?

beefront17, Да

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

Борис Сёмов, Вообще, сначала надо уяснить, что это очень просто - и сделать. А все эти мелочи потом добавятся. Я всегда так делаю.

Abcdefgk, Проблема в том, что это не мелочи. И в том, что многие разработчики об этом вообще не задумываются.

Борис Сёмов, а что еще такого в ноде можно поднять то ?

перенести все файлы вместе с package.json и сделать что типа npm install?

это так работает?

beefront17, Это чтобы папку node_modules туда-сюда не таскать - она же больше всего остального места занимает. Но можно и вместе с ней проект скопировать, как есть. Это всё равно.

Пума Тайланд, Данные наверняка будут где-то храниться, соответственно, надо это где-то правильно настроить, убедиться, что оно не торчит наружу и.т.п. Правильно распределить ресурсы, убедиться. что виртуалка не останется без памяти, при первом же наплыве запросов. Фаерволл неплохо бы настроить. Лимитировать кол-во запросов с адреса, чтобы хотя бы простой DoS не был проблемой. Monit какой-нибудь поставить, или другое средство аналогичное.

Множество этих вещей, вне зависимости от стека даже.

Борис Сёмов, сказать честно вообще ничего не делаю из этого на своих проектах, все живёт, все не ломается.

Пума Тайланд, На это, я могу ответить только одно: пока... Но зачем полагаться на везение - хоть что-то из этого стоит начать делать.

Борис Сёмов, не очень понятно зачем фаервол, из портов обычно тот же 80 и 22 открыты
Поднимать сервисы монитом мне кажется вообще глупостью, они же не с проста падают
Хватит не хватит памяти тут уже обычно не ты решаешь, а код и тут как то сложно что то легко сделать, по крайней мере простого решения я не вижу, какие запросы и чтобы придумают юзера угадать не возможно, отследить весь исполняемый код тоже маловероятно
Анти ддос нынче все дают мне кажется из коробки, против умного все равно ничего просто не сделать, чтобы норм юзеров не блочить, а простое обычно совсем не страшно.

Фаерволл полезен, не только закрытием портов, но и тем же лимитированием трафика, к тому же, что-то может в один не прекрасный день начать слушать и другие порты.

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

Хватит/не хватит памяти решает тот, кто разумно настраивает количество различных обработчиков, размеры буферов, лимиты выделения памяти и.т.п.

Кто именно все? И конечно, это и близко не так. У большинства хостеров "защита" это нульроут твоего ip когда всё совсем плохо, не более того - т.е. они как-то защитят твоих соседей от просадки сети.
От умного или большого простыми методами не защититься, это правда, но это не значит, что не надо защищаться от простейших атак, которые, если проект не самый топовый, куда вероятнее, кстати. Благо и защититься-то просто.