Как переехать с Vercel/Netlify на VPS

Для успешного migrate from vercel netlify на собственный сервер достаточно арендовать VPS с характеристиками от 2 ГБ RAM и 2 vCPU (стоимостью от $6–10/мес), настроить Docker-контейнеризацию для Next.js или SvelteKit и использовать Nginx в качестве реверс-прокси — это позволит сократить расходы на хостинг в 5–10 раз при сохранении высокой производительности.

Почему разработчики выбирают migrate from vercel netlify в 2026 году?

Переезд с популярных PaaS-платформ (Platform as a Service) на собственные виртуальные серверы продиктован не только экономией, но и стремлением к полному контролю над инфраструктурой. Основная проблема Vercel и Netlify заключается в "невидимых" лимитах. Как только ваш проект выходит за рамки хобби-тарифа, вы сталкиваетесь с огромными счетами за пропускную способность (Bandwidth), время выполнения Serverless-функций и количество оптимизированных изображений.

Vercel migration часто становится необходимостью, когда стоимость Bandwidth достигает $40 за каждые дополнительные 100 ГБ. В то же время современный VPS предлагает терабайты трафика за фиксированную стоимость. Если вы уже сталкивались с подобными проблемами, возможно, вам будет полезен опыт тех, кто совершил переезд с Heroku на VPS, так как логика оптимизации затрат здесь идентична.

Основные причины для миграции:

• Стоимость трафика: На VPS вы платите за порт или фиксированный объем (например, 4–10 ТБ), тогда как на Edge-платформах каждый гигабайт свыше лимита стоит в десятки раз дороже.
• Cold Starts (холодные старты): Serverless-функции засыпают при отсутствии трафика. На VPS ваше Node.js приложение запущено 24/7, обеспечивая мгновенный отклик.
• Ограничения среды: На Vercel вы ограничены временем выполнения функции (обычно 15–30 секунд на Pro-тарифе). На VPS вы можете запускать длительные фоновые задачи, парсеры или ML-скрипты.
• Vendor Lock-in: Использование специфических фишек (Edge Middleware, Image Optimization API) привязывает вас к платформе. Переход на jamstack vps архитектуру делает проект переносимым.

Сравнение затрат: Jamstack платформы против VPS

Чтобы понять реальную выгоду, которую дает netlify migration, рассмотрим таблицу характеристик и цен. Мы сравним типовой проект на Next.js со средним трафиком (500 ГБ/мес) и необходимостью оптимизации 5000 изображений.

Для многих команд хостинг для MVP-стартапа начинается именно с Vercel из-за удобства, но экономически обоснованным решением для масштабирования остается VPS. При росте трафика разница в цене может достигать сотен и тысяч долларов в месяц.

Техническая подготовка к Vercel migration для Next.js

Next.js — это флагманский фреймворк Vercel, но он отлично работает на любом сервере. Ключ к успешной миграции — использование режима standalone. По умолчанию Next.js при сборке создает огромную папку .next, которая требует наличия всех node_modules. Режим standalone собирает только необходимые файлы, уменьшая размер Docker-образа с 1 ГБ до 150–200 МБ.

Настройка next.config.js

Добавьте следующую опцию в ваш конфигурационный файл:

module.exports = {
  output: 'standalone',
}

После запуска команды npm run build, Next.js создаст папку .next/standalone, внутри которой будет находиться файл server.js. Это самодостаточное Node.js приложение, которое не требует установленного Next.js в системе — достаточно только Node.js рантайма.

Оптимизация изображений без Vercel

Vercel автоматически оптимизирует изображения через свой API. При переезде на jamstack vps вам нужно убедиться, что в проекте установлена библиотека sharp. Next.js автоматически обнаружит её и будет использовать ресурсы вашего процессора для сжатия и конвертации картинок в WebP/AVIF.

npm install sharp

Учтите, что это создаст нагрузку на CPU. Если у вас тысячи тяжелых изображений, выбирайте тарифы с мощными ядрами. О том, как процессор влияет на производительность тяжелых приложений, можно почитать в статье про Bare-metal vs VPS для ML, где детально разобраны вопросы нагрузки на вычислительные мощности.

Пошаговый процесс Netlify migration: SvelteKit и Nuxt.js

Миграция проектов на SvelteKit или Nuxt аналогична, но требует смены адаптера. В экосистеме Jamstack эти фреймворки часто используют adapter-auto или adapter-netlify. Для VPS вам понадобится adapter-node.

Для SvelteKit:

1. Установите адаптер: npm i -D @sveltejs/adapter-node.
2. Измените svelte.config.js:

   import adapter from '@sveltejs/adapter-node';
   export default {
     kit: {
       adapter: adapter()
     }
   };

3. Соберите проект: npm run build.
4. Запустите сервер: node build/index.js.

Для Nuxt.js:

Nuxt по умолчанию отлично работает в Node.js среде. Вам достаточно выполнить npm run build и запустить результат командой node .output/server/index.mjs. Важно правильно передать переменные окружения, такие как PORT и HOST, чтобы приложение было доступно извне Docker-контейнера или через Nginx.

Настройка окружения: Docker, PM2 и Nginx

Чтобы ваш jamstack vps работал стабильно, нельзя просто запустить node server.js в консоли. Вам нужна система управления процессами и веб-сервер для обработки SSL и кэширования.

Вариант 1: Использование Docker (рекомендуется)

Docker изолирует зависимости и упрощает деплой. Пример минимального Dockerfile для Next.js проекта:

FROM node:20-alpine AS runner
WORKDIR /app
ENV NODE_ENV production
COPY .next/standalone ./
COPY .next/static ./.next/static
COPY public ./public
EXPOSE 3000
CMD ["node", "server.js"]

Вариант 2: Использование PM2

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

npm install pm2 -g
pm2 start .next/standalone/server.js --name "my-app"
pm2 save
pm2 startup

Настройка Nginx как Reverse Proxy

Nginx будет принимать входящий трафик на 80/443 портах и перенаправлять его на ваше Node.js приложение (порт 3000). Это критически важно для безопасности и производительности. При выборе сервера обратите внимание на объем трафика, подробнее об этом в материале Bandwidth VPS: TB/мес vs unmetered.

server {
    listen 80;
    server_name yourdomain.com;

    location / {
        proxy_pass http://localhost:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
    }
}

Автоматизация CI/CD: замена Vercel Deployments

Одна из главных причин любви к Vercel — автоматический деплой по пушу в Git. При migrate from vercel netlify на VPS этот функционал легко настраивается через GitHub Actions или GitLab CI.

Пример Workflow для GitHub Actions:

1. Build: Сборка проекта и создание Docker-образа.
2. Push: Отправка образа в Docker Hub или GitHub Container Registry.
3. Deploy: Подключение к VPS по SSH и выполнение команды docker compose pull && docker compose up -d.

Это занимает чуть больше времени на начальную настройку, но дает вам полный контроль над процессом. Вы можете добавить этапы тестирования, проверки безопасности и уведомления в Telegram без ограничений по минутам сборки, которые есть на бесплатных и даже платных тарифах PaaS.

Оптимизация производительности: Edge-кэширование на своем VPS

Многие боятся, что при vercel migration они потеряют преимущество Edge-сети (раздача контента из ближайшей к пользователю точки). Однако это легко решается использованием Cloudflare в режиме прокси.

• Cloudflare CDN: Бесплатно кэширует статические файлы (JS, CSS, изображения) на своих Edge-узлах.
• Nginx Caching: Вы можете настроить микро-кэширование на стороне сервера для динамических страниц, что позволит выдерживать тысячи запросов в секунду даже на слабом VPS.
• Brotli Compression: Включите сжатие Brotli в Nginx, чтобы уменьшить размер передаваемых данных больше, чем это делает стандартный Gzip.

Для проектов, требующих минимальных задержек и высокой вычислительной мощности, например, для игровых серверов, выбор инфраструктуры еще критичнее. О том, как подбирать серверы под высокие нагрузки, можно узнать из обзора лучших серверов под Minecraft, где требования к CPU и RAM максимально высоки.

Безопасность и мониторинг после миграции

Переезжая с Netlify, вы берете на себя ответственность за безопасность ОС. Минимальный чек-лист:

1. UFW (Firewall): Закройте все порты, кроме 80, 443 и вашего кастомного порта для SSH.
2. Fail2Ban: Защитите сервер от брутфорс-атак на SSH.
3. SSL: Используйте Certbot для получения бесплатных сертификатов Let's Encrypt с автопродлением.
4. Мониторинг: Установите Uptime Kuma или используйте простые скрипты для проверки доступности вашего приложения.

В отличие от закрытых платформ, здесь вы видите реальную загрузку системы, можете анализировать логи Nginx в реальном времени и оперативно реагировать на аномальные всплески трафика или попытки взлома.

Выводы

Миграция с Vercel или Netlify на VPS — это стратегически верный шаг для любого проекта, который перерос стадию прототипа и требует оптимизации расходов. Для большинства Fullstack-приложений на Next.js или Nuxt оптимальным выбором станет VPS с 4 ГБ RAM и современным NVMe-диском, что обеспечит стабильную работу без переплат за "магию" Edge-платформ.