Actualizar a una versión nueva
Cuando se publica una versión nueva, la aplicación o el stack muestra Nueva versión disponible con un changelog breve y el botón Actualizar. Una versión de seguridad se destaca en el panel y también se envía por correo a las cuentas que ejecutan una versión anterior; el clic sigue siendo tuyo. Antes de confirmar, la actualización muestra qué cambiaría: la nueva versión, si es una versión de seguridad, preguntas nuevas, servicios añadidos o quitados, memoria que ha subido y si abre permisos.1
Snapshot de seguridad
Se toma un snapshot del
/app de cada aplicación y de las bases de datos del stack sin detener nada.2
Despliegue
Los servicios se actualizan uno tras otro, con los mismos pasos de un despliegue: imágenes, aplicaciones, variables, certificados, arranque y comprobación de salud.
3
Rollback en caso de fallo
Si un paso falla, todos los servicios vuelven atrás: las variables, las conexiones y la configuración de la aplicación regresan a lo que eran, y el snapshot se restaura.
Cuando una versión nueva cambia la receta
Una actualización bloqueada devuelve
TEMPLATE_UPDATE_BLOCKED con un reason: no_new_version, detached, template_removed, link_revoked, ram, plan, image_slots, app_building o deploy_in_progress. Consulta la referencia de errores.
Los permisos nunca se vuelven más estrictos
Una aplicación existente conserva la política con la que se creó. Si la nueva versión abre algo (una plantilla cerrada pasa a ser abierta), se abre con la actualización. Si una nueva versión cierra algo, solo se aplica a las aplicaciones creadas después: quien ya ha visto el código no puede dejar de haberlo visto. Consulta Plantillas cerradas.Aplicaciones desvinculadas y plantillas retiradas
- Si el autor de la plantilla la retira, tu aplicación sigue funcionando con normalidad, con un aviso de que no recibirá más actualizaciones.
- Si editas el código de la aplicación de una plantilla abierta, la aplicación se desvincula y pasa a ser una aplicación normal sin actualizaciones. El panel te avisa antes de la primera edición, y también puedes desvincularla tú mismo. La aplicación de una plantilla cerrada no se puede desvincular.
- Las versiones de una plantilla que alguna aplicación usa nunca se eliminan del almacenamiento.
Rollback y snapshots
El rollback de una aplicación de una plantilla depende de si el software migra sus datos al actualizarse.
Software como n8n, Open WebUI y Evolution API migra su base de datos al arrancar, por lo que el código antiguo no puede ejecutarse sobre los datos tal como están ahora. Por eso estas plantillas exigen rollback con datos. Las aplicaciones que no vienen de una plantilla, y las que se desvincularon, mantienen el rollback habitual descrito en Rollback y despliegues sin tiempo de inactividad. Para los snapshots, consulta Copias de seguridad y snapshots.
Por qué los despliegues sin tiempo de inactividad están desactivados
Los despliegues sin tiempo de inactividad mantienen dos copias de la aplicación ejecutándose a la vez mientras una sustituye a la otra. La mayoría de las plantillas lo mantienen desactivado y bloqueado, porque dos copias romperían el software:
Un autor solo puede restringir lo que el plan permite; el plan sigue decidiendo lo que existe. El rollback automático, donde tu plan lo incluye, permanece activado por defecto.
Relacionado
Stacks
La actualización del stack ejecuta todos los servicios juntos.
Errores
Bloqueos de actualización y sus motivos.