Node.js нужен постоянно работающий процесс — классический PHP-shared-хостинг для этого, как правило, не подходит. На выбор — собственный VPS с root-доступом или платформа PaaS, которая берёт на себя сборку и эксплуатацию.
Цены: входные тарифы по данным сайтов компаний, по состоянию на 30.10.2026. Цены в евро — брутто, кроме Hetzner (нетто), цены в долларах — без НДС. Тарифы с оплатой по потреблению в зависимости от нагрузки могут быть заметно выше.
Почему классического веб-хостинга для Node.js обычно недостаточно
Классический shared-хостинг создан для PHP: веб-сервер запускает на каждый запрос короткоживущий процесс. Node.js-приложение, напротив, — постоянно работающий процесс, который занимает порт, остаётся в памяти и при сбое должен автоматически перезапускаться.
Поэтому вам нужен либо VPS с root-доступом (Hetzner, IONOS, Vultr), либо платформа PaaS (Railway, Render, Fly.io), которая управляет процессом за вас. Несколько хостинг-провайдеров предлагают Node.js и на shared-хостинге — как правило, через cPanel с Passenger, но с сильно ограниченной RAM и старыми версиями Node.
VPS или PaaS — что дешевле?
VPS: фиксированная цена в месяц, полный контроль, но вам самим приходится заниматься обновлениями, обратным прокси (nginx/Caddy), TLS-сертификатами и менеджером процессов (PM2, systemd). От примерно 5 €/мес. вы получаете машину, на которой параллельно работает несколько небольших приложений. Если проектов больше двух, это почти всегда самый дешёвый вариант.
PaaS: вы отправляете код, платформа его собирает и запускает. Для одного небольшого приложения стоит примерно столько же, но становится дорого, как только приложение постоянно под нагрузкой — оплата по секундам CPU и RAM быстро накапливается. Зато вы экономите время на обслуживании и получаете откаты, предпросмотр деплоя и управляемые базы данных.
Эмпирическое правило: Один проект и мало времени → PaaS. Несколько проектов или постоянная нагрузка → VPS.
На что обращать внимание при выборе Node.js-хостинга
- Версия Node — актуальная LTS-версия (сейчас Node 22/24) должна быть доступна, и её можно менять.
- Оперативная память — Node требует заметно больше RAM, чем PHP. При менее чем 1 ГБ в процессах сборки становится тесно, 2 ГБ — реалистичный минимум для продакшена.
- WebSockets и длительные соединения — не каждая платформа поддерживает постоянные соединения; serverless-среды вроде Vercel Functions в принципе поддерживают их лишь ограниченно.
- Cold Starts — платформы, которые масштабируются до нуля, заметно дольше отвечают на первый запрос после паузы.
- База данных в том же регионе — управляемая БД в другом регионе добавляет к каждому запросу десятки миллисекунд.
- Минуты сборки — у PaaS-компаний часто отдельная квота, которая оплачивается дополнительно.
- Расположение сервера — Франкфурт или Германия для низкой задержки в странах DACH и простого документирования по GDPR (DSGVO).
Пример расчёта: несколько приложений на одном VPS
Пример с ценами из сравнения: VPS у Hetzner с 4 ГБ RAM стоит 5,99 € нетто в месяц, брутто около 7,13 €, то есть в год чуть больше 85 €. На нём с Docker или PM2 без проблем работают три небольших Node-приложения с базой данных, пока хватает оперативной памяти. На один проект это чуть меньше 2,40 € в месяц.
Те же три приложения на платформе PaaS при ценах от 5 до 7 $ за сервис обойдутся в 15–21 $ в месяц, плюс база данных. Зато вы избавлены от администрирования сервера. Поэтому соотносите цену со временем: кто и так имеет опыт работы с Linux, выгоднее обойдётся с VPS, а кто хочет спокойно писать только код — с платформой.
От кода до эксплуатации: деплой на практике
Чёткая эксплуатация начинается с деплоя. На платформах достаточно Git-push: платформа собирает приложение и заменяет его без простоя. На собственном сервере то же самое настраивается с помощью контейнера, CI-скрипта или инструмента вроде Coolify. Важно, чтобы приложение можно было воспроизводимо собрать, а учётные данные хранились только в переменных окружения и никогда в репозитории.
Планируйте и текущую эксплуатацию. Эндпоинт health check показывает, отвечает ли приложение, логи должны храниться там, где вы сможете прочитать их и после сбоя, а мониторинг сообщает о сбоях раньше, чем это заметят пользователи. Кроме того, следите, как долго используемая версия Node получает обновления безопасности: официальные LTS-версии поддерживаются после выхода около 30 мес., после этого стоит переезжать.
Безопасность и защита данных в Node.js-приложениях
Проекты на Node зависят от множества пакетов из экосистемы npm. Любая зависимость может содержать уязвимости, поэтому регулярный запуск npm audit и чёткий ритм обновлений — часть эксплуатации. На VPS добавляются классические задачи: брандмауэр, SSH только по ключу, автоматические обновления безопасности операционной системы и обратный прокси, завершающий TLS.
Если приложение обрабатывает персональные данные, вам нужен с хостинг-провайдером договор об обработке данных по поручению (Auftragsverarbeitungsvertrag) согласно ст. 28 GDPR (DSGVO). Дата-центр в ЕС упрощает документирование. У платформ с головным офисом за пределами ЕС следует внимательно проверить, в каком регионе хранятся данные и происходит ли передача в третьи страны.
Масштабирование: когда имеет смысл более крупный тариф
Масштабирование сначала означает вертикальное: больше оперативной памяти и CPU для того же сервера. Это просто и надолго хватает для большинства небольших и средних приложений. Только когда одной машины уже недостаточно или простои недопустимы, оправдана схема с несколькими экземплярами за балансировщиком нагрузки (Load Balancer), которая заметно повышает сложность эксплуатации и расходы.
Выясните, где узкое место, прежде чем наращивать мощности. В Node.js оно часто находится не в CPU, а в медленных запросах к базе данных или блокирующем коде. Профилирование отнимает мало времени и нередко позволяет сэкономить на более дорогом тарифе.