Saltar al contenido principal

Septiembre de 2026

Modo SaaS: varias bases de datos en un proyecto​

Un solo proyecto puede servir ahora varias bases de datos Odoo independientes desde su despliegue de producción, todas con el mismo código: lo que necesitan los partners y proveedores de software para ofrecer una solución Odoo a muchos clientes. Cada base de datos tiene su propia dirección (<base>.skysize.io o un dominio personalizado que empiece por su nombre) y sus propias copias de seguridad, y se crea, importa, restaura o elimina desde la nueva pestaña Bases de datos. Un push a producción actualiza todas las bases de datos a la vez, con una reversión de todo o nada.

El modo SaaS es un complemento de la suscripción que activa nuestro equipo: contacta con ventas para activarlo. Consulta Modo SaaS.

Tu propio dominio para cada despliegue (BYOS)​

Los proyectos en Bring Your Own Server ahora pueden servir todos sus despliegues bajo tu propio dominio con dos registros DNS creados una sola vez: producción en el propio dominio, y las ramas de staging y los builds de desarrollo en subdominios. Los certificados se emiten automáticamente en tu servidor, y adjuntar un dominio elimina el límite de frecuencia que se aplica a las direcciones skysize.io predeterminadas.

Configúralo desde la pestaña Configuración del proyecto, en Su dominio. Consulta Tu dominio en BYOS.

Imagen Docker personalizada por servidor (BYOS)​

Tus servidores ahora pueden ejecutar tus despliegues desde tu propia imagen Docker, derivada de la imagen oficial de Odoo. Es la forma de añadir paquetes apt, bibliotecas del sistema, fuentes o paquetes Python compilados que un requirements.txt no puede instalar. La imagen se define una vez por servidor en Imagen Docker personalizada y se usa a partir del siguiente despliegue, actualización o reinicio de cada rama.

Las imágenes también pueden incluir Odoo Enterprise. La documentación explica ahora exactamente dónde deben ir los módulos Enterprise para que Odoo los encuentre, con un Dockerfile listo para usar y un comando para comprobar el resultado.

Consulta Imagen Docker personalizada.

Submódulos Git privados​

Los repositorios que obtienen módulos de submódulos privados ahora se despliegan, tanto en el alojamiento gestionado como en BYOS. Cada repositorio de submódulo privado recibe su propia clave de despliegue: si tu cuenta Git está conectada, Skysize registra la clave en el repositorio del submódulo por ti; si no, la configuración del proyecto muestra la clave pública para que la añadas tú.

Consulta Submódulos privados.

Migrar desde otro proveedor de Odoo​

Una nueva guía recorre una migración desde otro proveedor (CloudPepper, Odoo.sh, Odoo Online o tu propio servidor): inventario, exportación de una copia de seguridad limpia, ensayo en staging y paso a producción.

Las importaciones también son más tolerantes: las copias de seguridad cuyo volcado SQL contiene instrucciones de propiedad y privilegios (OWNER TO, GRANT), como las que exportan varios proveedores, ahora se importan tal cual en lugar de fallar.

Consulta Migrar desde otro proveedor de Odoo.

Instantánea previa a la actualización opcional​

Antes de actualizar los módulos, cada actualización copia las bases de datos del despliegue para que una actualización fallida pueda revertirse por completo. En bases de datos grandes, esta copia es la mayor parte de la interrupción de una actualización. Los administradores del proyecto ahora pueden desactivarla en Configuración con Snapshot de la base de datos antes de actualizar.

Desactivarla requiere aceptar un aviso: las actualizaciones se ejecutan entonces sin punto de reversión, y conservar una copia de seguridad reciente antes de una actualización arriesgada pasa a ser tu responsabilidad. La página de configuración y cada actualización ejecutada sin instantánea muestran quién la desactivó y cuándo.

Consulta Actualizar build.

Reconstrucciones de staging más seguras y útiles​

  • Staging ejecuta ahora el código de tu rama de staging. Una rama de staging reconstruida conservaba el código de producción sobre los datos de producción copiados. Tras la copia, la plataforma despliega ahora la propia rama de staging y actualiza sus módulos, así que staging prueba realmente tu rama con datos de producción. Si la rama no puede aplicarse, el build falla y staging sigue sirviendo la copia intacta.
  • Los datos de staging se neutralizan antes de que arranque Odoo. Los servidores de correo saliente, las acciones planificadas y las integraciones activas se desactivan antes del primer arranque del servidor de staging, no poco después. Una copia de producción ya no puede enviar correos ni renovar conexiones bancarias durante sus primeros segundos. Si la neutralización falla, el build falla y el servidor nunca se inicia.

Los cambios de workers se aplican con un reinicio​

Cambiar los workers, los workers de cron o la memoria por worker lanzaba un build de actualización completo, con su instantánea y la actualización de módulos. Ahora estos cambios solo reinician el despliegue de producción con la nueva configuración, seguidos de la comprobación de salud habitual y de una reversión automática si falla.

Reglas más claras para los dominios personalizados​

Un dominio personalizado no puede funcionar mientras la dirección de la rama pase por el proxy de Cloudflare: los visitantes reciben errores de certificado, o el error 1014 de Cloudflare si tu propio DNS también está en Cloudflare. El panel ahora rechaza añadir un dominio personalizado en ese caso y te indica que desactives primero el proxy. Si el DNS de tu dominio está en Cloudflare, crea su registro como DNS only.

Consulta Dominios.

Primer despliegue desde un repositorio vacío​

Un proyecto creado sobre un repositorio sin ningún commit no mostraba nada ni desplegaba nada. Las pestañas Builds y Ramas explican ahora qué hacer, con los comandos Git para subir un primer commit y un botón Actualizar ramas. La primera rama que subas se convierte en la rama de producción y se despliega automáticamente.

Consultas lentas que importan​

La lista de consultas lentas de la pestaña Monitoring muestra ahora solo las sentencias realmente lentas: las que tienen una media de al menos 100 ms, o una ejecución de al menos 1 segundo, ordenadas por tiempo total. Las sentencias muy rápidas que Odoo ejecuta millones de veces y los comandos de transacción ya no ocultan las consultas que vale la pena optimizar. En los servidores BYOS, esto requiere la versión 1.4.1 del agente o posterior.

Los despliegues fallidos dicen por qué​

Un despliegue fallido muestra ahora el motivo en una frase directamente en su tarjeta: un paquete de Python que falta en el requirements.txt, un módulo cuyas dependencias no están disponibles, un archivo de datos que no se pudo cargar (con el archivo y la línea), un error en tu código (con el archivo y la línea), pruebas fallidas y más. El enlace Ver el registro junto a él abre el log que muestra el fallo, ya seleccionado.

El mensaje solo contiene nombres de módulos, rutas de archivos de tu repositorio, números de línea y tipos de error. Se muestra de forma predeterminada y se puede desactivar por proyecto en Configuración, Motivo del fallo en los builds. En los servidores BYOS, los motivos detallados requieren la próxima versión del agente.

Consulta Cuando un despliegue falla.

Notificaciones: una campana en el panel, y tú eliges el canal​

Los administradores de un proyecto reciben ahora un aviso cuando algo requiere su atención: un problema de salud en producción, un despliegue de producción fallido, un dominio no accesible, un certificado a punto de caducar o una actualización programada de la imagen de Odoo. Las notificaciones llegan por correo y bajo la nueva campana en la parte superior del panel, y cada una abre la página correspondiente.

Eliges los canales en Mi cuenta, Notificaciones: correo, panel, ambos (lo predeterminado) o ninguno. Los avisos de facturación siempre se envían por los dos. Las alertas de dominio van ahora a los administradores del proyecto.

Consulta Notificaciones.

Señales de salud para producción​

Skysize vigila ahora el registro de Odoo y el estado del contenedor de cada entorno de producción, y convierte los problemas conocidos en señales de salud: acciones planificadas que fallan, se cortan por su límite de tiempo o que Odoo desactivó, workers detenidos por su límite de tiempo o de memoria, un contenedor que se reinicia en bucle, errores de petición, ráfagas de inicios de sesión fallidos, adjuntos que faltan, fallos al enviar correo y la contraseña admin por defecto aún en uso. Cada señal indica qué pasó, cuántas veces y qué suele solucionarlo.

Las señales están en la nueva pestaña Salud. Un punto de color en la pestaña, la tarjeta del proyecto y la fila de producción muestra el nivel abierto más grave, y aparece un aviso cuando hay un problema abierto. Las señales se pueden marcar como vistas o silenciar, y un problema avisa a los administradores del proyecto. En el Free Sandbox la producción también se vigila y la pestaña muestra cuántas señales hay abiertas y de qué nivel; el detalle llega con un plan de pago o una prueba.

Consulta Señales de salud de la instancia.

Copia externa automática de tus copias de seguridad​

En los planes de pago, Skysize puede copiar tu última copia de seguridad de producción a un bucket que te pertenece, cada semana, cada 2 semanas o cada mes: Amazon S3, Google Cloud Storage, Cloudflare R2 o cualquier almacenamiento compatible con S3. Así tienes una segunda copia de tus datos fuera de la plataforma, en el mismo formato .zip que Descargar copia de seguridad. Skysize solo escribe en tu bucket y nunca borra nada de él.

Configúrala en Configuración, sección Copia externa, prueba la conexión y lanza una primera copia con Copiar ahora. Consulta Copia externa automática.

Asignaciones separadas para disco y copias de seguridad​

Cada plan de hosting gestionado incluye ahora dos asignaciones distintas: disco (tu base de datos y sus archivos) y copias de seguridad. Una base de datos grande ya no consume tu espacio de copias, ni al revés. El espacio adicional se añade por paquetes para cada una.

Al 90 % de una asignación, la página del proyecto muestra un aviso con el uso y un pedido listo para el espacio adicional. Por encima del 100 % empieza un periodo de gracia y se avisa a los administradores del proyecto antes de desactivar nada. Una primera suscripción o un cambio de plan ya incluye los paquetes que necesita tu uso actual. El plan gratuito mantiene su límite único de 5 GB.

Consulta Asignaciones de almacenamiento.

Odoo Enterprise desde tu propio repositorio (BYOS)​

Los despliegues Enterprise en tu propio servidor pueden leer ahora el código Enterprise desde un repositorio privado que controlas, en cualquier servicio git, mediante una clave de despliegue que Skysize configura por ti. Una imagen Docker que ya contiene Enterprise sigue siendo la otra opción. Cuando creas un proyecto Enterprise en un servidor que no tiene ninguna de las dos, el formulario te pide una.

Consulta Operar en BYOS.

Conecta tu primer servidor al crear un proyecto (BYOS)​

Ya no hace falta pasar antes por la página Agentes. Cuando creas un proyecto y eliges Mi propio servidor, el formulario ofrece la suscripción si aún no tienes una y conecta tu primer servidor allí mismo. El primer build empieza en cuanto el servidor se conecta.

Consulta Configurar tu servidor.