Отделите сборку фронтенда от работы серверного приложения. Статический результат можно раздавать без постоянно запущенного Node.js, если проект действительно экспортирует все нужные страницы. API, SSR и WebSocket-сервис требуют другой схемы размещения. Наличие JavaScript на сайте не доказывает, что серверному тарифу нужен Node.js.

Какую ветку Node.js сверить

На официальной странице релизов, проверенной 6 октября 2026 года, ветки 24 и 22 помечены LTS, 26 - Current, 20 - EOL. Проект рекомендует для production Active LTS или Maintenance LTS. Больший номер сам по себе не делает среду подходящей для рабочих зависимостей.

Сверьте требования приложения, точную версию среды и npm. Для кандидата запросите ветку, patch-релиз и порядок обновлений. Таблица Node.js описывает поддержку самого runtime, а не обещание хостинга своевременно обновить установленный образ.

Паспорт приложения до оплаты

Серверная среда Node.js с приложением, базой данных, очередями, логами и мониторингом
До оплаты проверяют версию среды, память, процессор, SSH, переменные окружения, порты и поддержку фоновых процессов.
СценарийЧто требуется подтвердитьЧто не следует из названия тарифа
Статическая сборкаВозможность сборки или загрузки готового результатаПостоянный серверный процесс
API или SSRЗапуск, внутренний порт и маршрутизация запросовПоддержка только npm-команд
WebSocketРабота соединений и политика проксиВозможности обычной статической страницы
ОчередьФоновый worker и наблюдение за нимРазрешение держать любой демон
Нативный модульСовместимость ОС, архитектуры и зависимостейПеренос готовой папки с другого компьютера
ХранениеСохранность загрузок при релизеДостаточность одной копии кода

Условия здесь - вопросы для проверки, не подтвержденные свойства всех предложений каталога. Запишите команду старта своего проекта, переменные окружения и процедуру остановки. Не отправляйте секреты вместе с этим списком.

Сборка по lock-файлу

Документация npm ci описывает установку по существующему lock-файлу. При несоответствии package.json и lock-файла команда завершается ошибкой вместо исправления lock; существующий node_modules перед установкой удаляется. Поэтому это операция сборки, не безвредная диагностика рабочего каталога.

Собирайте отдельный артефакт в совместимой среде. Не используйте npm update на рабочем сайте как замену воспроизводимого релиза. Нативные зависимости и команды сборки требуют проверки отдельно от успешной установки обычных JavaScript-пакетов.

Shared-хостинг или VPS

Общая серверная платформа и отдельный VPS для Node.js-приложения
Shared-хостинг подходит при поддержке постоянных процессов, а VPS дает больше контроля над ресурсами, настройкой и масштабированием.

Shared подходит только при подтвержденной поддержке вашей схемы запуска и перезапуска. SSH позволяет выполнить команды, но не снимает ограничение процессов. Если нужен собственный системный сервис, сравните VPS вместе с обслуживанием ОС, прокси и журнала ошибок.

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

Когда память не решает проблему скорости

Руководство Node.js объясняет, что блокировка event loop мешает обслуживать другие запросы. Долгая синхронная операция не становится асинхронной от увеличения диска. Сначала найдите тяжелую операцию и причину задержки, затем оценивайте ресурсы.

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

Для сметы используйте каталог цен, для доступа - SSH, для возврата - резервные копии. В каталоге пока нет подтвержденной матрицы Node.js каждого тарифа. Перед оплатой получите ответ по своему паспорту приложения и проверьте один релиз с откатом на тестовой среде.