Zeabur cierra: cómo migrar a Zenavo

El 17 de octubre de 2026, Zeabur anunció que cesa su actividad. Todos los servicios se detienen a más tardar el 31 de diciembre. Si tus proyectos siguen en Zeabur, empieza a trasladarlos ya: desde el 1 de diciembre, los servicios en ejecución en sus clústeres compartidos quedan en pausa.

Zenavo es una plataforma de despliegue construida en torno a la forma de trabajar de Zeabur. Los proyectos y los servicios significan lo mismo, las plantillas exportadas de Zeabur se importan directamente, el código sin Dockerfile se compila con zbpack y los comandos de la CLI tienen los mismos nombres. La diferencia: tus aplicaciones se ejecutan en servidores que alquilas o que son tuyos, así que tus datos permanecen en tus máquinas.

Zenavo es un producto independiente y no tiene ninguna relación con Zeabur.

El calendario de cierre de Zeabur

Según el anuncio de Zeabur recogido por BusinessNext y BleepingComputer:

Fecha	Qué ocurre
Desde el 17 de octubre	No se admiten nuevos servidores dedicados ni dominios; se abren los reembolsos de saldo; los dominios comprados en Zeabur se pueden transferir desde su panel
Desde el 1 de diciembre	Los servidores dedicados dejan de renovarse y se apagan a medida que vencen; los servicios en ejecución en clústeres compartidos quedan en pausa (aún puedes reanudarlos para hacer una copia de seguridad de los datos)
31 de diciembre	Se detienen todos los servidores dedicados y clústeres compartidos

En el momento de escribir esto, Zeabur no había anunciado cuándo se eliminan los datos, cuál es el último día para exportar ni cuándo termina el soporte. La propia Zeabur aconseja no esperar a esas fechas para hacer copias de seguridad.

Zeabur también sufrió dos incidentes de seguridad, en agosto y el 14 de octubre; según las informaciones publicadas, se leyeron variables de entorno de algunos proyectos, que pueden contener claves de API y contraseñas de bases de datos. No traslades tus secretos antiguos tal como están. El paso 5 trata este tema.

Por qué Zenavo es la migración más sencilla

La mayoría de las plataformas te obligan a volver a aprender conceptos y reescribir la configuración. Zenavo se diseñó desde el principio en torno a la forma de trabajar de Zeabur:

En Zeabur	En Zenavo
Proyectos y servicios	Igual: los proyectos contienen servicios, que se comunican entre sí en una red privada
Plantilla exportada (YAML)	New Project → Import a Zeabur template: se trasladan servicios, imágenes, orígenes Git, variables, puertos, volúmenes, archivos de configuración, comprobaciones de estado, comandos de inicialización y dependencias
zbpack detecta el lenguaje y compila	También zbpack; zbpack.json y las variables ZBPACK_* funcionan como antes
<service>.zeabur.internal	Se reescribe como <service>.zenavo.internal al importar
Variables integradas ZEABUR_*	Se reescriben como ZENAVO_* al importar
CLI de Zeabur	La CLI zenavo, con los mismos comandos: auth, workspace, context, project, service, deployment
Operaciones y depuración con IA	Zenavo Agent integrado en la consola, además de MCP y Skills para Claude Code
Descarga de copia de seguridad de base de datos (.zip)	Súbela tal cual a un servicio de base de datos de Zenavo y restáurala, incluidos los volcados de clúster pg_dumpall de PostgreSQL
Servidor dedicado	Conecta cualquier servidor Linux alquilado o propio
Dominios personalizados con HTTPS automático	Igual: asocia un dominio en la pestaña Networking del servicio y el certificado se emite automáticamente
PostgreSQL, MySQL, MongoDB, Redis y más	PostgreSQL, MySQL, MariaDB, MongoDB, Redis, Valkey

Qué cambia

• No hay clústeres compartidos. Cada proyecto de Zenavo se ejecuta en un servidor propio. Si usabas los clústeres compartidos de Zeabur, primero necesitas un servidor (como mínimo 1 CPU y 2 GB de memoria; se recomiendan 2 CPU y 4 GB).
• Pagas a tu proveedor de nube por tus propios servidores; Zenavo solo cobra por la plataforma, y el plan gratuito gestiona un servidor.
• Los volúmenes no se copian entre plataformas. Las bases de datos y los archivos se trasladan como copias de seguridad (paso 4).

Cómo migrar

1. Haz una copia de seguridad de todo en Zeabur

Mientras tus servicios sigan en ejecución —antes del 1 de diciembre—, exporta lo que puedas:

• Plantillas de proyecto: exporta cada proyecto como plantilla (YAML).
• Bases de datos: descarga una copia de seguridad de cada servicio de base de datos. Conserva el .zip exactamente como se descargó, aunque se llame .sql.gz.
• Archivos en volúmenes, como las subidas de los usuarios: archívalos y descárgalos.
• Variables de entorno: haz una lista de las variables de cada servicio; las sustituirás más adelante.
• Dominios: si compraste un dominio en Zeabur, transfiérelo a un registrador propio.

2. Regístrate y añade un servidor

Regístrate en zenavo.app, abre Servers → New Server y conecta un servidor que tengas: cualquier servidor Linux con una dirección IPv4 pública estática (amd64 o arm64; se recomienda Ubuntu 24.04). Introduce sus datos de SSH y Zenavo instalará K3s, cert-manager y el agente de Zenavo. Cuando la instalación termina correctamente, Zenavo borra las credenciales SSH y gestiona el servidor solo a través del agente, que se conecta hacia fuera desde él.

¿Aún no tienes servidor? Alquila uno en cualquier proveedor de nube (como mínimo 1 CPU y 2 GB de memoria; se recomiendan 2 CPU y 4 GB) y conéctalo.

Si usabas un servidor dedicado de Zeabur, puedes conectar la misma máquina, después de eliminar el agente de Zeabur y comprobar que nada más escucha en los puertos 80 y 443.

3. Importa tu plantilla de Zeabur

1. Abre New Project y despliega Import a Zeabur template or a Zenavo export al final.
2. Sube o pega el YAML del paso 1. Si la plantilla pide variables, añádelas en JSON, por ejemplo {"PUBLIC_DOMAIN": "app.example.com"}.
3. Haz clic en Check template y revisa los servicios y las notas. Todo lo que Zenavo no admite aparece como un problema por resolver; nunca se descarta en silencio.
4. Elige el servidor e importa.

O desde un terminal:

zenavo template deploy -f zeabur.yaml --var PUBLIC_DOMAIN=app.example.com

4. Restaura las bases de datos y los archivos

• Bases de datos: añade un servicio de base de datos del mismo tipo (en PostgreSQL, la misma versión principal que en Zeabur; las copias de seguridad de Zeabur la registran), abre Backup & Restore, sube tal cual la copia del paso 1 y restáurala. Los roles y las políticas de seguridad a nivel de fila se trasladan; por seguridad, el superusuario root de Zeabur se restaura sin permisos de superusuario ni de inicio de sesión.
• Archivos: restaura un archivo de volumen.
• Apunta tu aplicación a las variables de conexión de la nueva base de datos.

5. Renueva los secretos y después configura las variables

Dados los incidentes de seguridad de Zeabur, genera nuevos secretos de terceros y ponlos en Zenavo en lugar de copiar los valores antiguos:

• Claves de acceso a la nube (AWS, GCP, Alibaba Cloud, Tencent Cloud y otras)
• Claves de API de IA (OpenAI, Anthropic y otras)
• Secretos de pagos, correo electrónico y aplicaciones OAuth
• Contraseñas de bases de datos (un servicio de base de datos nuevo ya tiene contraseñas nuevas)

Zenavo cifra las variables en reposo, oculta sus valores en los registros y no las muestra a los usuarios con permiso de solo lectura.

6. Despliega, verifica y cambia el DNS

1. Despliega el proyecto y sigue la compilación y la ejecución en Logs.
2. Completa la Migration checklist en los ajustes del proyecto: datos restaurados y comprobados; inicio de sesión, procesos en segundo plano, correo electrónico y callbacks verificados.
3. Asocia tus dominios en la pestaña Networking de cada servicio y apunta sus registros DNS al nuevo servidor. El HTTPS se emite en cuanto los registros resuelven.
4. Cuando todo funcione, detén los servicios en Zeabur. Hasta su cierre, el despliegue antiguo es tu vía de reversión.

Cómo gestiona Zenavo la seguridad

Dado que un incidente de seguridad es parte del motivo de tu migración, así está construido Zenavo (más información en la documentación de seguridad):

• Tras la instalación, Zenavo no conserva ninguna clave SSH, contraseña ni credencial de clúster de tu servidor. El agente se conecta hacia fuera, así que no hace falta abrir ningún puerto a Zenavo.
• Las variables y otros secretos se cifran en reposo y nunca se escriben en los registros ni en el registro de auditoría.
• Las compilaciones de Git se ejecutan en máquinas de compilación aisladas, sin ruta hacia el plano de control ni hacia otros clientes.
• Autenticación en dos pasos y llaves de acceso (passkeys), y un registro de auditoría de solo anexado con cada inicio de sesión y cambio.

Precios

Plan	Al mes	Servidores	Minutos de compilación / mes
Free	$0	1	100
Dev	$5	3	500
Pro	$19	10	2000
Team	$79 (3 puestos incluidos)	Ilimitados	5000

Todos los planes importan plantillas de Zeabur, asocian dominios personalizados y hacen copias de seguridad de bases de datos. Desplegar imágenes Docker y bases de datos no consume minutos de compilación. Consulta los Precios.

Preguntas frecuentes

Usaba los clústeres compartidos de Zeabur y no tengo servidor. ¿Qué hago? Alquila un servidor Linux en cualquier proveedor (se recomiendan 2 CPU y 4 GB) y conéctalo; la instalación tarda unos quince minutos.

¿Qué pasa si mi plantilla usa algo que Zenavo no admite? Al comprobar la plantilla, aparece como un problema. Lo resuelves antes de importar; nada se descarta sin que lo sepas.

¿Puedo tener servidores en China continental? Sí. La instalación detecta si debe hacerse desde réplicas en China. Los dominios personalizados en servidores de China continental necesitan un registro ICP con el proveedor de nube del servidor.

¿Qué relación tiene Zenavo con Zeabur? Ninguna. Zenavo es un producto independiente compatible con el formato de plantillas y la forma de trabajar de Zeabur, lo que facilita la migración.

---

La guía de migración completa ofrece más detalles; o regístrate y pruébalo: el plan gratuito basta para toda la migración.