Cómo migrar de Heroku a un VPS en 2026: guía paso a paso

Para una exitosa migrate from heroku a un VPS en 2026 se requiere un servidor con el sistema operativo Ubuntu 24.04/26.04, Docker Engine y Docker Compose instalados, lo que permite reducir los gastos de infraestructura entre 5 y 12 veces en comparación con los planes Heroku Professional.

Economía de la heroku migration: ¿por qué un VPS es más rentable en 2026?

La transición de soluciones PaaS a una infraestructura propia está motivada, ante todo, por la agresiva política de precios de los gigantes de la nube. En 2026, una combinación básica de un Dyno (1 GB RAM) y una base de datos gestionada PostgreSQL en Heroku le cuesta al desarrollador entre $50 y $70 al mes. Una configuración de potencia similar en un VPS cuesta entre $6 y $12, ofreciendo además de 4 a 8 veces más memoria RAM y un control total sobre las llamadas al sistema.

La razón principal de la heroku migration son los límites de recursos. Heroku restringe estrictamente el tiempo de ejecución de las solicitudes (30 segundos), el volumen de archivos temporales (ephemeral filesystem) y el número de procesos ejecutados simultáneamente. En un VPS, usted es libre de configurar los timeouts de Nginx, utilizar almacenamiento local para caché y ejecutar cualquier cantidad de contenedores, siempre que los recursos físicos del servidor sean suficientes. Si apenas está lanzando un proyecto, estudie qué hosting para una startup MVP en 2026 será más rentable en un plazo de un año.

Comparación de costes y características: Heroku vs VPS

Característica	Heroku (Standard/Shield)	Valebyte VPS (High Performance)	Beneficio
CPU	Shared (limitado por cuotas)	Dedicated vCPU (3.5+ GHz)	Rendimiento 3-4 veces mayor
RAM	512 MB - 1 GB ($25-50)	4 GB - 8 GB ($10-20)	8 veces más capacidad por un precio menor
Disco	Ausente (Ephemeral)	NVMe SSD (40-160 GB)	Almacenamiento persistente de datos
Tráfico	Incluido (con límites)	10-100 TB o Unmetered	Libertad para escalar el tráfico

Requisitos técnicos: ¿qué VPS elegir como heroku alternative?

Al elegir una heroku alternative, es fundamental considerar no solo el volumen del disco, sino también el rendimiento de un solo núcleo del procesador, ya que muchos lenguajes interpretados (Python, Ruby, Node.js) son sensibles a la frecuencia de la CPU. Para la migración de una aplicación promedio que consta de una API, un frontend en React/Next.js, una base de datos PostgreSQL y caché en Redis, la opción óptima será un servidor con 4 GB de RAM. Puede leer más sobre la elección de la memoria en el material cuánta RAM necesita un VPS: 2 vs 4 vs 8 vs 16 GB.

Características mínimas y recomendadas

• Mínimo: 1 vCPU, 2 GB RAM, 20 GB NVMe. Adecuado para pequeños bots de Telegram o sitios estáticos con un backend ligero.
• Recomendado: 2-4 vCPU, 8 GB RAM, 80 GB NVMe. Óptimo para migrar desde Heroku Production Dynos, permite ejecutar un stack completo con monitoreo.
• Para sistemas de alta carga: 8+ vCPU, 16+ GB RAM. Si su aplicación utiliza activamente aprendizaje automático en CPU, considere Bare-metal vs VPS para ML inference.

También preste atención al tipo de unidad de almacenamiento. En 2026, el uso de SSD convencionales (SATA) para bases de datos se considera obsoleto. Solo NVMe proporciona los indicadores de IOPS necesarios para un funcionamiento rápido de PostgreSQL bajo carga. Antes de comprar, verifique qué disco elegir para VPS en 2026 para no encontrarse con un "cuello de botella" en el subsistema de entrada/salida.

Proceso paso a paso de migrate from heroku: de Dynos a Docker Compose

El proceso de migrate from heroku comienza con la contenerización de la aplicación. Heroku utiliza Buildpacks para compilar el entorno, pero para VPS el estándar es Docker. Es necesario crear un Dockerfile en la raíz del proyecto que describa todas las dependencias. Esto garantiza que la aplicación funcione de manera idéntica tanto en la máquina local como en el servidor remoto.

Creación de un Dockerfile para una aplicación típica

Ejemplo de Dockerfile para una aplicación Node.js que reemplaza el buildpack estándar de Heroku:

FROM node:22-alpine
WORKDIR /app
COPY package*.json ./
RUN npm install --production
COPY . .
EXPOSE 3000
CMD ["npm", "start"]

Configuración de Docker Compose para la orquestación

En lugar de gestionar manualmente varios Dynos, utilizamos Docker Compose. Esto permite describir todo el stack (App, DB, Redis, Worker) en un solo archivo YAML. Esta es una etapa clave de la transición heroku to vps, que asegura la facilidad de gestión de los componentes.

services:
  web:
    build: .
    ports:
      - "3000:3000"
    env_file: .env
    depends_on:
      - db
      - redis
  worker:
    build: .
    command: npm run worker
    env_file: .env
    depends_on:
      - db
      - redis
  db:
    image: postgres:16-alpine
    volumes:
      - postgres_data:/var/lib/postgresql/data
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
  redis:
    image: redis:7-alpine
volumes:
  postgres_data:

Configuración de bases de datos: PostgreSQL y Redis en contenedores

En Heroku, la base de datos es un servicio externo (Add-on). Al mudarse a un VPS, usted se convierte en el administrador de su propia BD. La forma más sencilla es ejecutarla en Docker con el montaje de un Volume para la persistencia de datos. Esto elimina la necesidad de pagar por Heroku Postgres, cuyo coste crece exponencialmente al aumentar el volumen de datos.

Exportación de datos desde Heroku

Para la migración de datos, utilice la utilidad estándar pg_dump. Primero, cree un backup en el lado de Heroku:

heroku pg:backups:capture
heroku pg:backups:download

Luego, importe el dump a su nuevo contenedor en el VPS:

docker exec -i server_db_1 pg_restore -U user -d dbname < latest.dump

Optimización de Redis para VPS

Heroku Redis a menudo tiene límites en el número de conexiones. En un VPS, en redis.conf puede configurar los parámetros maxmemory-policy allkeys-lru para un uso eficiente de la memoria RAM. Dado que el ancho de banda de la red dentro de un mismo VPS es prácticamente ilimitado, la latencia entre la aplicación y el caché se reducirá a microsegundos. Si su aplicación es exigente con el tráfico, estudie el artículo sobre Bandwidth VPS: TB/mes vs unmetered para calcular correctamente la carga en la interfaz de red.

Gestión de ENV y secretos al migrar de heroku to vps

En Heroku, las variables de entorno se definen a través del Dashboard o CLI (Config Vars). Al realizar una heroku migration a un VPS, se recomienda utilizar archivos .env en combinación con Docker Compose, pero es importante mantener la seguridad. Nunca incluya el archivo .env en Git.

Métodos de gestión de secretos en 2026

1. Archivos de entorno: Uso de un archivo .env en el servidor, cuyo acceso está restringido con permisos chmod 600.
2. Variables de CI/CD: Si utiliza GitHub Actions o GitLab CI, los secretos se pueden inyectar durante el proceso de despliegue a través de SSH.
3. HashiCorp Vault: Para proyectos grandes que requieren rotación de claves y gestión centralizada.

Ejemplo de transferencia segura de ENV a través de SSH durante el despliegue:

ssh user@vps_ip "echo 'DATABASE_URL=${{ secrets.DB_URL }}' > /home/user/app/.env"

Ejecución de tareas en segundo plano y Scheduler: reemplazo de Heroku Workers

Heroku utiliza Dynos separados para los workers (por ejemplo, Sidekiq para Ruby o Celery para Python) y Heroku Scheduler para tareas periódicas. En la arquitectura heroku to vps, los workers se ejecutan como servicios independientes en Docker Compose, lo que les permite compartir los recursos del servidor con la aplicación principal sin costes adicionales.

Reemplazo de Heroku Scheduler

En lugar del add-on de pago Scheduler, en un VPS se pueden utilizar tres enfoques:

• Cron del sistema: El clásico crontab -e en la máquina host, llamando a docker exec.
• Contenedor Docker con Cron: Un contenedor ligero independiente que gestiona la programación dentro de la red de Docker.
• Planificadores integrados: Uso de librerías dentro de la aplicación (por ejemplo, node-cron o apscheduler), si la aplicación funciona 24/7.

Ejemplo de entrada en crontab para un backup diario de la base de datos:

0 3 * * * docker exec db_container pg_dump -U admin mydb > /backups/db_$(date +\%F).sql

Configuración de Nginx y SSL para entornos de producción

Heroku gestiona automáticamente los certificados SSL y el enrutamiento. En un VPS, necesitará un Reverse Proxy. En 2026, el estándar es la combinación de Nginx + Certbot (Let's Encrypt). Nginx recibe el tráfico entrante en los puertos 80/443 y lo redirige al contenedor Docker de la aplicación.

Configuración de Nginx para una aplicación Docker

server {
    listen 8443 ssl;
    server_name example.com;

    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

    location / {
        proxy_pass http://localhost:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Para automatizar la obtención de SSL, utilice el comando:

sudo certbot --nginx -d example.com

Esto asegurará la renovación automática del certificado cada 90 días, imitando completamente el comportamiento de Heroku Automated Certificate Management (ACM).

Automatización del despliegue: CI/CD como en Heroku

Muchos temen la migrate from heroku por la pérdida del conveniente git push heroku master. Sin embargo, configurar GitHub Actions para el despliegue en un VPS no toma más de 15 minutos. Puede configurar un pipeline que construya la imagen de Docker, la suba a un Registry y actualice los contenedores en el servidor a través de SSH.

Ejemplo de GitHub Action para despliegue automático

name: Deploy to VPS
on:
  push:
    branches: [ main ]
jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v4
      - name: Deploy via SSH
        uses: appleboy/ssh-action@master
        with:
          host: ${{ secrets.HOST }}
          username: ${{ secrets.USERNAME }}
          key: ${{ secrets.SSH_KEY }}
          script: |
            cd /app
            git pull
            docker-compose up -d --build

Este enfoque proporciona una integración y entrega continua (CI/CD) que no envidia en comodidad a las soluciones PaaS. Si su proyecto está relacionado con servidores de juegos, por ejemplo, si está trasladando el backend para gestionar mundos de juego, consulte cómo está configurado el mejor servidor para Minecraft 2026; los principios de contenerización e isolación de recursos son similares.

Principios de despliegue análogos son aplicables al migrar desde otras nubes. Si anteriormente se preguntó cómo mudarse de AWS Lightsail a un VPS en 2026, notará que Docker Compose es una herramienta universal que simplifica el traslado de infraestructura entre cualquier proveedor.

Conclusiones

Migrar de heroku a un VPS en 2026 es una decisión estratégicamente correcta para cualquier proyecto en crecimiento, permitiendo reducir costes en un 80-90% y obtener un control total sobre el entorno. Para una transición exitosa, utilice Docker Compose para la orquestación de servicios y GitHub Actions para la automatización del despliegue, eligiendo un VPS con discos NVMe y al menos 4 GB de memoria RAM.