Як переїхати з Vercel/Netlify на VPS

Для успішного переходу з Vercel або Netlify на VPS достатньо орендувати віртуальний сервер з 2-4 ГБ RAM і процесором від 2 ядер, налаштувати Docker-контейнеризацію для вашого додатка (Next.js, Nuxt або SvelteKit) і розгорнути реверс-проксі накшталт Nginx або Caddy — це дозволить скоротити витрати на хостинг у 5–10 разів і повністю позбутися лімітів на пропускну здатність та час виконання функцій.

Чому migrate from vercel netlify стає необхідністю для проєктів, що ростуть?

Основна причина, з якої розробники ініціюють migrate from vercel netlify, — це непередбачуване ціноутворення при масштабуванні. Платформи PaaS (Platform as a Service) чудові на старті, надаючи безкоштовний рівень (Hobby/Free tier), але як тільки проєкт виходить за межі лімітів, вартість володіння інфраструктурою зростає експоненціально.

Економіка масштабування та приховані платежі

На Vercel та Netlify ви платите за "Seats" (учасників команди), за пропускну здатність (Bandwidth) понад ліміт і за час виконання Serverless-функцій. Наприклад, перевищення трафіку на 100 ГБ може коштувати $40, тоді як на VPS ви отримуєте терабайти трафіку, включені у вартість. Якщо ваш проєкт активно росте, хостинг для MVP-стартапу у 2026 році на базі VPS стає набагато логічнішим вибором з точки зору юніт-економіки.

Технічні обмеження Serverless-архітектури

Використання Edge-функцій та Serverless-обробки накладає жорсткі обмеження:

• Ліміт часу виконання (зазвичай від 10 до 30 секунд на безкоштовному/Pro тарифах).
• Проблема "холодного старту" (Cold Start), коли перший запит після простою обробляється із затримкою в кілька секунд.
• Обмежений обсяг оперативної пам'яті для виконання функцій (зазвичай 128 МБ – 1024 МБ).
• Складність підключення до традиційних баз даних через вичерпання пулу з'єднань.

Порівняння характеристик: Jamstack VPS проти PaaS-платформ

При переїзді на jamstack vps ви змінюєте зручність "однієї кнопки" на повний контроль над системними ресурсами. Нижче наведено таблицю, яка наочно показує різницю в ресурсах і вартості між типовим Pro-планом PaaS і середнім VPS від Valebyte.

Характеристика	Vercel / Netlify (Pro)	VPS (Valebyte Standard)
Вартість на місяць	від $20 за користувача + доплати	$10 - $25 (фіксовано)
Пропускна здатність (ТБ)	1 ТБ (далі $40 за кожні 100ГБ)	Від 5 ТБ до 32 ТБ або Unmetered
Оперативна пам'ять	Розділювана (Serverless)	4 ГБ - 16 ГБ (Виділена)
Час виконання (Timeout)	10-60 секунд	Без обмежень
Доступ до ОС (Root)	Немає	Повний SSH доступ

Важливо враховувати, що при виборі сервера варто звернути увагу на тип трафіку. Детальніше про це можна почитати в статті Bandwidth VPS: TB/міс vs unmetered — що брати.

Vercel migration: особливості перенесення Next.js додатків

Процес vercel migration для Next.js є найбільш затребуваним, оскільки Vercel — це "рідна" домівка для цього фреймворку. Однак Next.js чудово працює на будь-якому Linux-сервері завдяки режиму standalone.

Налаштування standalone режиму в Next.js

Для того щоб Next.js додаток працював на VPS ефективно, необхідно змінити файл next.config.js. Це дозволить фреймворку зібрати тільки необхідні файли, мінімізуючи розмір Docker-образу або папки проєкту.

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

Після запуску команди npm run build, Next.js створить папку .next/standalone, яку можна запускати через node server.js. Це позбавляє необхідності встановлювати всі node_modules на продакшен-сервері, що економить дисковий простір і прискорює деплой.

Заміна Vercel Image Optimization

На Vercel оптимізація зображень працює "з коробки" через їхнє пропрієтарне API. При переїзді на VPS вам потрібно переконатися, що в системі встановлена бібліотека sharp. Next.js автоматично почне використовувати її для ресайзу та конвертації зображень у WebP/AVIF на льоту.

npm install sharp

Netlify migration: перенесення SvelteKit та Nuxt

Виконуючи netlify migration, розробники часто стикаються з тим, що використовували специфічні плагіни Netlify (Forms, Identity, Functions). На VPS ці функції доведеться замінити Open Source аналогами або власними мікросервісами.

Адаптери для SvelteKit та Nuxt

В екосистемі Jamstack фреймворки використовують адаптери для деплою. Для переїзду з Netlify на VPS потрібно змінити адаптер:

1. У SvelteKit: замініть @sveltejs/adapter-auto або @sveltejs/adapter-netlify на @sveltejs/adapter-node.
2. У Nuxt: переконайтеся, що білд налаштований на node-server пресет у nuxt.config.ts.

// nuxt.config.ts
export default defineNuxtConfig({
  nitro: {
    preset: 'node-server'
  }
})

Якщо ви раніше використовували Heroku для бекенду вашого Jamstack додатка, вам буде корисний наш гід як переїхати з Heroku на VPS у 2026 році, оскільки принципи управління Node.js процесами там схожі.

Налаштування інфраструктури на VPS: Docker та Nginx

Для створення повноцінного jamstack vps оточення рекомендується використовувати Docker. Це гарантує, що ваш додаток буде працювати однаково на локальній машині та на сервері Valebyte.

Приклад Dockerfile для сучасного JS-фреймворку

Нижче представлений універсальний Dockerfile, оптимізований для Next.js або Nuxt:

FROM node:20-alpine AS base

FROM base AS deps
WORKDIR /app
COPY package.json package-lock.json ./
RUN npm ci

FROM base AS builder
WORKDIR /app
COPY --from=deps /app/node_modules ./node_modules
COPY . .
RUN npm run build

FROM base AS runner
WORKDIR /app
ENV NODE_ENV production
COPY --from=builder /app/public ./public
COPY --from=builder /app/.next/standalone ./
COPY --from=builder /app/.next/static ./.next/static

EXPOSE 3000
CMD ["node", "server.js"]

Конфігурація Nginx як реверс-проксі

Nginx прийматиме вхідний трафік по портах 80/443 і перенаправлятиме його в Docker-контейнер. Це також дозволяє легко налаштувати SSL через Let's Encrypt.

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;
    }
}

Для проєктів, що потребують високої обчислювальної потужності, наприклад, для обробки даних або ML-інференсу, варто розглянути Bare-metal vs VPS для ML inference на CPU, щоб отримати максимум від заліза.

Автоматизація CI/CD: замінюємо "Push to Deploy"

Однією з головних переваг Vercel є автоматичний деплой при пуші в GitHub. На VPS це реалізується через GitHub Actions або GitLab CI. Процес виглядає так:

1. Ви пушите код у репозиторій.
2. GitHub Action збирає Docker-образ.
3. Образ пушиться в Docker Registry (наприклад, GitHub Packages).
4. Action підключається до вашого VPS по SSH і запускає docker-compose pull && docker-compose up -d.

Це займає на 1-2 хвилини більше часу, ніж на Vercel, але дає вам повний контроль над процесом збірки та тестування. Ви більше не залежите від черг збірки PaaS-провайдера, які можуть бути перевантажені в години пік.

Продуктивність: Edge vs Централізований VPS

Часто кажуть, що Edge-функції Vercel швидші через близькість до користувача. Однак на практиці це вірно тільки для статичного контенту. Якщо ваш додаток активно працює з базою даних, розташованою в одному регіоні (наприклад, у Німеччині або США), то Edge-функція з Сінгапуру все одно робитиме запит до цієї бази, створюючи величезну затримку (TTFB).

Розміщення додатка на потужному VPS у тому ж дата-центрі, де знаходиться ваша база даних, часто дає кращий результат для динамічних додатків. Ви позбуваєтеся мережевих затримок між "функцією" та "даними". Якщо ви мігруєте з хмарних рішень накшталт AWS, рекомендуємо ознайомитися з матеріалом як переїхати з AWS Lightsail на VPS у 2026 році.

Безпека та моніторинг після міграції

Переходячи на VPS, ви берете на себе відповідальність за безпеку ОС. Мінімальний набір дій:

• Відключення входу за паролем в SSH (тільки за ключами).
• Налаштування брандмауера (UFW або iptables), відкриття тільки портів 22, 80 та 443.
• Встановлення Fail2Ban для захисту від брутфорсу.
• Регулярне оновлення пакетів (apt update && apt upgrade).

Для моніторингу можна використовувати прості рішення накшталт Uptime Kuma (селф-хостед аналог UptimeRobot) або зв'язку Prometheus + Grafana для відстеження навантаження на CPU та RAM у реальному часі.

Висновки

Міграція з Vercel або Netlify на VPS виправдана для будь-якого проєкту з трафіком понад 500 ГБ на місяць або при необхідності використання специфічного системного ПЗ. Оптимальним вибором для такого переїзду стане VPS з 4 ГБ оперативної пам'яті та NVMe-диском, що забезпечить стабільну роботу Next.js/Nuxt додатків без обмежень Serverless-архітектури.