Cómo mudarse de Fly.io a un VPS

Para una migración exitosa de Fly.io a un VPS, es necesario empaquetar la aplicación en un contenedor Docker, configurar un reverse proxy (Nginx o Caddy) para gestionar el tráfico SSL y transferir los datos de los Persistent Volumes de Fly.io a los SSD locales o al almacenamiento de bloques del servidor virtual, lo que reduce los costes de hosting una media de 3 a 4 veces manteniendo un rendimiento similar.

¿Por qué los desarrolladores eligen migrate from fly.io en 2026?

Fly.io comenzó como una plataforma innovadora que ofrecía la ejecución de contenedores Docker «más cerca del usuario» mediante la tecnología Firecracker microVM. Sin embargo, a medida que los proyectos crecen, muchos se enfrentan a precios impredecibles y limitaciones técnicas de la arquitectura Fly Machines. La razón principal por la que se solicita una fly.io migration es la necesidad de un control total sobre el kernel del sistema operativo y la previsibilidad de los recursos.

Limitaciones de la microvirtualización Firecracker

Fly.io utiliza Firecracker para ejecutar máquinas virtuales ligeras. Esto es excelente para tareas Serverless, pero impone limitaciones al trabajar con llamadas al sistema, módulos específicos del kernel y configuraciones de red complejas. A diferencia de esto, la virtualización KVM en un VPS proporciona un SO invitado completo, donde puedes ajustar los parámetros de sysctl, usar cualquier sistema de archivos y tener acceso directo a los recursos del procesador sin el overhead de las capas de abstracción de la plataforma.

Transparencia de precios y cargos ocultos

Si bien Fly.io parece barato al principio gracias a su nivel gratuito (Hobby tier), al escalar, el coste del tráfico (egress bandwidth) y de las direcciones IPv4 dedicadas empieza a crecer drásticamente. El paso de fly to vps permite fijar el presupuesto: pagas una cantidad fija por un paquete de recursos (CPU, RAM, disco, tráfico), independientemente del número de micro-solicitudes o de las reconfiguraciones de red internas de la plataforma.

Para comparar, mira cómo se describe un proceso de migración similar en nuestro material cómo migrar de Heroku a VPS en 2026: guía paso a paso, donde el ahorro en infraestructura alcanza cifras aún más impresionantes.

Comparación de características: Fly.io frente al VPS clásico

Al elegir una fly.io alternative, es importante entender la diferencia en el enfoque de asignación de recursos. Fly.io opera con el concepto de "Shares" (cuotas) de CPU para los planes económicos, mientras que un proveedor de VPS de calidad ofrece vCPU reales basados en procesadores modernos con frecuencias a partir de 3.0 GHz.

Característica	Fly.io (Shared CPU)	Valebyte VPS (KVM)	Ventaja del VPS
Procesador (1 core)	Shared (colas de CPU)	vCPU dedicado/Alta prioridad	FPS estable y tiempo de respuesta
Memoria RAM	De 256 MB a 2 GB (base)	De 1 GB a 64 GB	Más recursos por el mismo dinero
Subsistema de disco	Network Storage (Volumes)	NVMe SSD local	Bajas latencias (IOPS)
IPv4 pública	De pago ($2/mes o más)	Incluida en el precio	Ahorro en direcciones de red
Gestión	CLI (flyctl) / Limitado	SSH / Acceso Root completo	Cualquier software sin restricciones

Como se ve en la tabla, el VPS gana en tareas que requieren una carga constante. Si tu aplicación no es solo un script que se ejecuta una vez por hora, sino un backend completo, una base de datos o un servidor de juegos, la virtualización clásica será más eficiente. Por ejemplo, al ejecutar aplicaciones pesadas como el mejor servidor para Minecraft 2026, el uso de microcontenedores de Fly.io es prácticamente imposible debido al alto consumo de RAM y la necesidad de una CPU estable.

Preparación técnica para migrate from fly.io: exportación de datos

El proceso de migrate from fly.io no comienza con la compra de un nuevo servidor, sino con la auditoría de la configuración actual de fly.toml y la extracción de datos de los volúmenes (Persistent Volumes). A diferencia de Heroku, Fly.io permite conectar discos, y estos son el punto crítico de la migración.

Paso 1: Análisis de la configuración fly.toml

Tu archivo de configuración contiene variables de entorno, ajustes de puertos y reglas de escalado. Necesitas transferir estos datos a un docker-compose.yml o a las variables de sistema de tu nuevo VPS. Presta atención a las secciones [env] y [[services]].

# Ejemplo de fly.toml para migrar
app = "my-awesome-app"
primary_region = "ams"

[env]
  DATABASE_URL = "postgres://user:pass@host:5432/db"
  PORT = "8080"

[[services]]
  internal_port = 8080
  protocol = "tcp"

Paso 2: Dump de la base de datos desde Fly Postgres

Si utilizas una base de datos gestionada de Fly.io, recuerda que es básicamente una aplicación normal dentro de su red. Para hacer un dump, necesitas redirigir los puertos a través de fly proxy:

1. Establece la conexión: fly proxy 5433:5432 -a my-db-app
2. Realiza el dump en tu máquina local: pg_dump -h localhost -p 5433 -U postgres my_database > dump.sql
3. Sube el dump al nuevo VPS mediante SCP: scp dump.sql root@your-vps-ip:/tmp/

Paso 3: Copia de archivos desde Persistent Volumes

La etapa más compleja de la fly.io migration es el traslado de archivos estáticos (cargas de usuarios, logs). Dado que no hay acceso directo por SFTP a los volúmenes de Fly.io, utiliza un contenedor temporal o el comando fly ssh console.

# Archivamos los datos dentro del contenedor de Fly
fly ssh console -C "tar -czf /tmp/data.tar.gz /data"
# Descargamos el archivo a la máquina local
fly sftp get /tmp/data.tar.gz

Configuración de la infraestructura de red y fly to vps

Una de las principales ventajas de Fly.io es el Anycast IP, que dirige al usuario al centro de datos más cercano. Al pasar a fly to vps, obtienes una IP estática en una región específica. Esto proporciona un ping predecible y simplifica la configuración de los registros DNS.

Elección de región y latencia de red

Si tu audiencia se concentra en Europa, elige un VPS en Ámsterdam o Frankfurt. Si está en EE. UU., Nueva York o Chicago. A diferencia de Fly, donde las instancias pueden "migrar", en un VPS sabes exactamente dónde están físicamente tus datos. Esto es crítico para el cumplimiento legal (GDPR) y para tareas con baja latencia, como la inferencia de ML. Puedes leer más sobre la elección de recursos para redes neuronales en el artículo Bare-metal vs VPS para inferencia de ML en CPU: ¿qué es más rentable?.

Configuración del reverse proxy Nginx para reemplazar Fly Proxy

Fly.io gestiona automáticamente el SSL (HTTPS). En un VPS, debes configurar esto tú mismo con Certbot (Let's Encrypt) o usar Caddy, que lo hace automáticamente. Ejemplo de configuración de Nginx para tu aplicación:

server {
    listen 80;
    server_name tudominio.com;

    location / {
        proxy_pass http://localhost:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Despliegue de la aplicación en el nuevo VPS

Una vez transferidos los datos y configurada la red, es hora de lanzar la aplicación. La mejor manera de hacer que una fly.io alternative sea fácil de mantener es usar Docker Compose. Esto te permitirá ejecutar el backend, la base de datos y la caché (Redis) con un solo comando, tal como lo hace Fly internamente.

Creación de docker-compose.yml

Este archivo reemplazará tu fly.toml. Es más universal y funcionará en cualquier hosting.

version: '3.8'
services:
  app:
    image: tu-registry/app:latest
    restart: always
    ports:
      - "8080:8080"
    env_file: .env
    volumes:
      - ./uploads:/data/uploads
  db:
    image: postgres:15-alpine
    restart: always
    environment:
      POSTGRES_DB: my_db
      POSTGRES_PASSWORD_FILE: /run/secrets/db_password
    volumes:
      - postgres_data:/var/lib/postgresql/data

volumes:
  postgres_data:

Automatización de CI/CD mediante GitHub Actions

Muchos están acostumbrados a fly deploy, que construye la imagen automáticamente. En un VPS, puedes configurar un proceso similar. Usa GitHub Actions para construir la imagen Docker y enviarla al servidor a través de SSH. Esto mantendrá el mismo nivel de comodidad al que estás acostumbrado en las plataformas PaaS. Describimos un proceso de automatización similar para quienes decidieron migrar de Vercel/Netlify a VPS.

Optimización del rendimiento tras la migración

Tras completar la migrate from fly.io, notarás que tu aplicación funciona más rápido. Esto se debe a la ausencia de "vecinos ruidosos" y a núcleos de procesador más potentes en los VPS KVM. Sin embargo, para sacar el máximo provecho, conviene realizar una optimización básica del SO.

• Configuración de Swap: Fly.io a menudo limita el uso de swap. En un VPS, puedes crear un archivo Swap en un disco NVMe, lo que evitará que la aplicación se caiga ante picos momentáneos de consumo de RAM.
• TCP Optimization: Para aplicaciones web de alta carga, aumenta los límites de conexiones abiertas en /etc/sysctl.conf.
• Docker Logging: Limita el tamaño de los logs de Docker para que no ocupen todo el espacio en disco (en Fly esto lo gestiona la plataforma, en un VPS, tú).

Para proyectos orientados al alto rendimiento en tiempo real, como los servidores de juegos, es crucial la ausencia de micro-congelaciones. Si planeas lanzar un proyecto de juegos, consulta nuestras recomendaciones en el artículo cómo migrar de Render.com a VPS en 2026, ya que los principios de optimización del stack de red son similares.

Seguridad y copias de seguridad

Al cambiar a una fly.io alternative, asumes la responsabilidad de la seguridad. Fly.io aísla las aplicaciones a nivel de su red; en un VPS, debes configurar el Firewall tú mismo.

Configuración de UFW (Uncomplicated Firewall)

Permite solo los puertos necesarios: SSH (22), HTTP (80), HTTPS (443). Todos los demás puertos, incluidos los de la base de datos, deben estar cerrados al mundo exterior.

ufw allow 22/tcp
ufw allow 80/tcp
ufw allow 443/tcp
ufw enable

Estrategia de backups

En Fly.io, los backups de los volúmenes se realizan automáticamente (snapshots). En un VPS, recomendamos usar una combinación de snapshots a nivel del proveedor de hosting y scripts para dumps diarios de la BD en un almacenamiento en la nube (por ejemplo, compatible con S3). Esto garantiza que, incluso si borras accidentalmente un contenedor, tus datos estarán a salvo.

Conclusiones

Migrar de Fly.io a un VPS es un paso lógico para proyectos que han superado la fase de prototipo y requieren un rendimiento estable con costes mínimos. Al usar Docker Compose y Nginx, mantendrás la flexibilidad del despliegue, obteniendo al mismo tiempo un control total sobre los recursos y una factura de hosting transparente al final del mes.