Хостинг для Next.js — серверное окружение, способное запускать React-фреймворк Next.js в режиме SSR (server-side rendering) или как гибридное приложение. Next.js создан Vercel и поддерживает несколько режимов рендеринга: статическая генерация (SSG), серверный рендеринг (SSR), инкрементальная статическая регенерация (ISR) и Server Components (React 18+). Выбор хостинга зависит от того, какие возможности Next.js нужны приложению.
Как работает
Next.js-приложение запускается командой next start на Node.js 18.x или выше. Встроенный HTTP-сервер Next.js слушает порт (по умолчанию 3000), перед ним ставится Nginx как reverse proxy для обработки SSL, сжатия и отдачи статических файлов из директории .next/static/. Статические ресурсы также выносят на CDN.
Если приложение использует только SSG (нет API Routes, нет SSR), его можно деплоить как набор статических HTML-файлов через next export — тогда Node.js не нужен, достаточно Nginx или любого CDN. Это самый дешёвый вариант — хостинг для статических сайтов (JAMstack).
Для ISR (Incremental Static Regeneration) нужен запущенный Node.js-процесс: при первом запросе к устаревшей странице Next.js регенерирует её в фоне. Edge Runtime позволяет запускать отдельные API-роуты в edge-окружении (Cloudflare Workers, Vercel Edge) для минимальной задержки.
История
Next.js создан командой Vercel (тогда — Zeit) и выпущен в октябре 2016 года. Версия 9.0 (2019) добавила API Routes, 10.0 (2020) — Image Optimization, 12.0 (2021) — Middleware и Edge Runtime, 13.0 (2022) — App Router и React Server Components. К 2023 году Next.js стал наиболее популярным React-фреймворком для production, используемым в TikTok, Hulu, Nike и тысячах других проектов.
Варианты хостинга Next.js
- Vercel — нативная платформа от создателей Next.js, нулевая конфигурация, автодеплой из Git.
- VPS с Node.js — полный контроль, Nginx + PM2 или Docker, от 1 ГБ RAM.
- Railway, Render, Fly.io — PaaS-платформы с поддержкой Node.js-приложений.
- AWS/GCP/Hetzner с Docker — контейнерный деплой через Docker + Kubernetes.
На что обращать внимание
Для SSR-приложений минимум — 512 МБ RAM (Next.js сам потребляет 150–300 МБ в idle), 1 vCPU. При одновременных запросах нагрузка на CPU и RAM растёт. Для ISR нужен постоянно запущенный Node.js-процесс — serverless-функции с cold start здесь не подходят. Также проверьте поддержку WebSocket, если приложение использует real-time функционал. Выбирайте Node.js LTS версии: Next.js 14 требует Node.js 18.17 или выше.
Особенности деплоя Next.js на VPS
Next.js в режиме SSR/ISR требует постоянно запущенного Node.js-процесса. Для деплоя на VPS используйте pm2 как процесс-менеджер или systemd-сервис. Nginx выступает reverse proxy: принимает запросы на 80/443 порт и проксирует на Node.js (обычно порт 3000). Конфигурация включает настройку кэширования статических ресурсов (/_next/static/) с длинным TTL — 1 год.
Для высокой доступности разверните несколько Node.js-инстансов и настройте балансировку через Nginx upstream. При использовании ISR учтите, что каждый инстанс хранит кэш независимо — для корректной работы нужно общее хранилище (Redis) или sticky sessions. Образ Docker с Next.js запускается командой next start, занимает 150–400 МБ RAM в зависимости от размера приложения.