Cómo migrar de Vercel/Netlify a un VPS

Para realizar con éxito una migración de Vercel o Netlify a un servidor propio, es suficiente con alquilar un VPS con características desde 2 GB de RAM y 2 vCPU (con un coste de $6–10 al mes), configurar la contenedorización con Docker para Next.js o SvelteKit y utilizar Nginx como reverse proxy; esto permitirá reducir los costes de hosting entre 5 y 10 veces manteniendo un alto rendimiento.

¿Por qué los desarrolladores eligen migrar de Vercel o Netlify en 2026?

El traslado de las populares plataformas PaaS (Platform as a Service) a servidores virtuales propios no solo está motivado por el ahorro, sino también por el deseo de tener un control total sobre la infraestructura. El principal problema de Vercel y Netlify reside en los límites "invisibles". Tan pronto como su proyecto supera el plan gratuito (Hobby), se enfrenta a facturas enormes por el ancho de banda (Bandwidth), el tiempo de ejecución de las funciones Serverless y la cantidad de imágenes optimizadas.

La migración desde Vercel a menudo se convierte en una necesidad cuando el coste del Bandwidth alcanza los $40 por cada 100 GB adicionales. Al mismo tiempo, un VPS moderno ofrece terabytes de tráfico por un coste fijo. Si ya se ha enfrentado a problemas similares, quizás le sea útil la experiencia de quienes realizaron el traslado de Heroku a VPS, ya que la lógica de optimización de costes es idéntica.

Principales razones para la migración:

• Coste del tráfico: En un VPS pagas por el puerto o un volumen fijo (por ejemplo, 4–10 TB), mientras que en las plataformas Edge, cada gigabyte por encima del límite cuesta decenas de veces más.
• Cold Starts (arranques en frío): Las funciones Serverless se "duermen" cuando no hay tráfico. En un VPS, su aplicación Node.js está ejecutándose 24/7, garantizando una respuesta instantánea.
• Limitaciones del entorno: En Vercel estás limitado por el tiempo de ejecución de la función (generalmente 15–30 segundos en el plan Pro). En un VPS puedes ejecutar tareas en segundo plano de larga duración, parsers o scripts de ML.
• Vendor Lock-in: El uso de funciones específicas (Edge Middleware, Image Optimization API) le ata a la plataforma. La transición a una arquitectura Jamstack en VPS hace que el proyecto sea portátil.

Comparación de costes: Plataformas Jamstack frente a VPS

Para entender el beneficio real que aporta la migración desde Netlify, veamos una tabla de características y precios. Compararemos un proyecto típico de Next.js con un tráfico medio (500 GB/mes) y la necesidad de optimizar 5000 imágenes.

Para muchos equipos, el hosting para una startup MVP comienza precisamente en Vercel por su comodidad, pero el VPS sigue siendo la solución económicamente justificada para escalar. Con el crecimiento del tráfico, la diferencia de precio puede alcanzar cientos o miles de dólares al mes.

Preparación técnica para la migración de Next.js desde Vercel

Next.js es el framework insignia de Vercel, pero funciona perfectamente en cualquier servidor. La clave para una migración exitosa es utilizar el modo standalone. Por defecto, Next.js crea una carpeta .next enorme al compilar, que requiere tener todos los node_modules. El modo standalone compila solo los archivos necesarios, reduciendo el tamaño de la imagen Docker de 1 GB a unos 150–200 MB.

Configuración de next.config.js

Añada la siguiente opción a su archivo de configuración:

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

Después de ejecutar el comando npm run build, Next.js creará la carpeta .next/standalone, dentro de la cual se encontrará el archivo server.js. Esta es una aplicación Node.js autosuficiente que no requiere tener Next.js instalado en el sistema; solo necesita el runtime de Node.js.

Optimización de imágenes sin Vercel

Vercel optimiza automáticamente las imágenes a través de su API. Al mudarse a un VPS Jamstack, debe asegurarse de que la librería sharp esté instalada en el proyecto. Next.js la detectará automáticamente y utilizará los recursos de su procesador para comprimir y convertir imágenes a WebP/AVIF.

npm install sharp

Tenga en cuenta que esto generará carga en la CPU. Si tiene miles de imágenes pesadas, elija planes con núcleos potentes. Sobre cómo influye el procesador en el rendimiento de aplicaciones pesadas, puede leer en el artículo sobre Bare-metal vs VPS para ML, donde se analizan detalladamente las cuestiones de carga en las capacidades de cómputo.

Proceso paso a paso de migración desde Netlify: SvelteKit y Nuxt.js

La migración de proyectos en SvelteKit o Nuxt es similar, pero requiere cambiar el adaptador. En el ecosistema Jamstack, estos frameworks suelen usar adapter-auto o adapter-netlify. Para un VPS, necesitará adapter-node.

Para SvelteKit:

1. Instale el adaptador: npm i -D @sveltejs/adapter-node.
2. Modifique svelte.config.js:

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

3. Compile el proyecto: npm run build.
4. Inicie el servidor: node build/index.js.

Para Nuxt.js:

Nuxt funciona perfectamente por defecto en entornos Node.js. Solo necesita ejecutar npm run build e iniciar el resultado con el comando node .output/server/index.mjs. Es importante pasar correctamente las variables de entorno, como PORT y HOST, para que la aplicación sea accesible desde fuera del contenedor Docker o a través de Nginx.

Configuración del entorno: Docker, PM2 y Nginx

Para que su VPS Jamstack funcione de manera estable, no basta con ejecutar node server.js en la consola. Necesita un sistema de gestión de procesos y un servidor web para manejar SSL y el almacenamiento en caché.

Opción 1: Uso de Docker (recomendado)

Docker aísla las dependencias y simplifica el despliegue. Ejemplo de un Dockerfile mínimo para un proyecto 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"]

Opción 2: Uso de PM2

Si prefiere ejecutarlo sin contenedores, use PM2. Este garantizará el reinicio automático de la aplicación en caso de fallos o tras un reinicio del servidor.

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

Configuración de Nginx como Reverse Proxy

Nginx recibirá el tráfico entrante en los puertos 80/443 y lo redirigirá a su aplicación Node.js (puerto 3000). Esto es crítico para la seguridad y el rendimiento. Al elegir un servidor, preste atención al volumen de tráfico; más detalles sobre esto en el material Bandwidth VPS: TB/mes vs unmetered.

server {
    listen 80;
    server_name tudominio.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;
    }
}

Automatización CI/CD: reemplazando Vercel Deployments

Una de las principales razones del amor por Vercel es el despliegue automático al hacer push en Git. Al migrar de Vercel o Netlify a un VPS, esta funcionalidad se configura fácilmente mediante GitHub Actions o GitLab CI.

Ejemplo de Workflow para GitHub Actions:

1. Build: Compilación del proyecto y creación de la imagen Docker.
2. Push: Envío de la imagen a Docker Hub o GitHub Container Registry.
3. Deploy: Conexión al VPS por SSH y ejecución del comando docker compose pull && docker compose up -d.

Esto toma un poco más de tiempo en la configuración inicial, pero le otorga un control total sobre el proceso. Puede añadir etapas de pruebas, auditorías de seguridad y notificaciones en Telegram sin las limitaciones de minutos de compilación que existen en los planes gratuitos e incluso de pago de las PaaS.

Optimización del rendimiento: Edge Caching en su propio VPS

Muchos temen que al realizar la migración desde Vercel pierdan la ventaja de la red Edge (distribución de contenido desde el punto más cercano al usuario). Sin embargo, esto se resuelve fácilmente utilizando Cloudflare en modo proxy.

• Cloudflare CDN: Almacena en caché de forma gratuita archivos estáticos (JS, CSS, imágenes) en sus nodos Edge.
• Nginx Caching: Puede configurar micro-caching en el lado del servidor para páginas dinámicas, lo que permite soportar miles de solicitudes por segundo incluso en un VPS modesto.
• Compresión Brotli: Active la compresión Brotli en Nginx para reducir el tamaño de los datos transmitidos más de lo que lo hace el Gzip estándar.

Para proyectos que requieren latencias mínimas y alta potencia de cómputo, como los servidores de juegos, la elección de la infraestructura es aún más crítica. Puede aprender cómo seleccionar servidores para altas cargas en la reseña de los mejores servidores para Minecraft, donde los requisitos de CPU y RAM son máximos.

Seguridad y monitoreo después de la migración

Al mudarse desde Netlify, usted asume la responsabilidad de la seguridad del SO. Lista de verificación mínima:

1. UFW (Firewall): Cierre todos los puertos excepto el 80, 443 y su puerto personalizado para SSH.
2. Fail2Ban: Proteja el servidor contra ataques de fuerza bruta en SSH.
3. SSL: Use Certbot para obtener certificados gratuitos de Let's Encrypt con renovación automática.
4. Monitoreo: Instale Uptime Kuma o use scripts sencillos para verificar la disponibilidad de su aplicación.

A diferencia de las plataformas cerradas, aquí puede ver la carga real del sistema, analizar los logs de Nginx en tiempo real y reaccionar rápidamente ante picos anómalos de tráfico o intentos de intrusión.

Conclusiones

La migración de Vercel o Netlify a un VPS es un paso estratégicamente correcto para cualquier proyecto que haya superado la fase de prototipo y requiera optimización de costes. Para la mayoría de las aplicaciones Fullstack en Next.js o Nuxt, la opción óptima será un VPS con 4 GB de RAM y un disco NVMe moderno, lo que garantizará un funcionamiento estable sin pagar de más por la "magia" de las plataformas Edge.