Caso

Una migración de Odoo que ya se había intentado a mano sin conseguirlo

Nukleo Solutions operaba una plataforma Odoo dos versiones por detrás del soporte vigente. Una migración manual previa se había detenido por el volumen de conflictos y el desgaste del equipo.

El encargo fue completar la migración y, en paralelo, rediseñar la infraestructura que la sostiene.

Cliente
Nukleo Solutions
Sector
Tecnología
Dónde
Quito, Ecuador
Tamaño
Unos 10 empleados
Duración
3,5 meses, en 7 fases
Desde
Noviembre de 2025, en producción

El punto de partida

  • La plataforma corría sobre Odoo Community 15, dos versiones por detrás de la rama con soporte, sin acceso a las funciones ni a las correcciones posteriores.
  • Un intento anterior de migrar a mano se había detenido: el número de conflictos en las vistas XML y el tiempo invertido lo hicieron inviable, con desgaste del equipo asignado.
  • La infraestructura estaba dimensionada por encima de la carga real y concentraba el tráfico en un único balanceador, que actuaba como punto único de fallo.
  • Cada prueba de migración obligaba a copiar y restaurar por completo la base de datos y el almacén de archivos.

Qué se hizo

Migración del código por saltos de versión

El código se llevó primero de la versión 15 a la 16 y después de la 16 a la 17.

Saltar directamente entre versiones no distantes no es viable en Odoo: cada salto arrastra sus propios cambios de estructura, y encadenarlos es lo que permite aislar en qué versión aparece cada conflicto.

Migración de la base de datos con OpenUpgrade

La migración de datos se ejecutó con OpenUpgrade, que cubre tanto los módulos del núcleo como los desarrollos a medida.

Es la vía que evita escribir migraciones propias para cambios que el proyecto ya tiene resueltos y verificados por la comunidad.

Depuración de conflictos

Corrección de los conflictos generados por los cambios entre versiones: campos y tablas obsoletos en la base de datos, y cambios de estructura en las vistas XML.

Fue la fase más larga del proyecto y la que concentró el esfuerzo real.

Validación de los módulos a medida

Cada desarrollo propio se verificó funcionando en la versión 16 y después en la 17, no solo compilando. Una migración que arranca pero rompe un proceso de negocio no está terminada.

Infraestructura en alta disponibilidad

Rediseño del clúster con nodos de control y de trabajo separados, y dos balanceadores con dirección virtual compartida en lugar de uno solo.

Con ello desaparece el punto único de fallo del diseño anterior y el conjunto admite crecer añadiendo nodos.

Pruebas de carga y traspaso

Pruebas de estrés y rendimiento sobre el conjunto ya montado, y entrega de la documentación y los ficheros de configuración de la infraestructura al equipo del cliente.

Decisiones que marcaron el resultado

  • OpenUpgrade antes que scripts propios de migración. El proyecto mantiene las transformaciones entre versiones para el núcleo de Odoo y para los módulos de terceros, verificadas por su comunidad. Escribirlas de nuevo habría multiplicado el riesgo sin aportar nada.
  • La orquestación se eligió con el cliente, valorando la robustez, la documentación disponible y el soporte, no la preferencia técnica de quien la implanta.
  • Dos balanceadores con dirección virtual compartida en lugar de uno. El diseño anterior concentraba todo el tráfico en un solo equipo: era el elemento que convertía cualquier incidencia en una caída total.

Qué cambió

  • El ERP quedó en una versión con soporte vigente, con acceso a las funciones y correcciones de las dos versiones que se habían quedado atrás.
  • La infraestructura dejó de tener un punto único de fallo y admite crecer añadiendo nodos en lugar de sustituir los existentes.
  • La migración se completó tras un intento previo detenido, con los módulos a medida validados uno a uno.
  • El cliente opera la plataforma por su cuenta desde el traspaso, con la documentación y las configuraciones entregadas.

Lo que dicen

El contar con el conocimiento, la dedicación y el apoyo de GezaForge garantizó un proceso de migración transparente y exitoso, sobre todo en la parte de la infraestructura de servidores, para la cual se realizó un profundo análisis y se implementaron soluciones robustas y escalables.
CEO y fundador · Nukleo Solutions

Con qué se hizo

  • Odoo
  • OpenUpgrade
  • Kubernetes
  • RKE2
  • HAProxy
  • Keepalived
  • PostgreSQL
  • Docker
  • Linux

¿Tienes un proyecto en mente?

Cuéntanos qué necesitas y te decimos con franqueza si podemos ayudarte, cuánto tomaría y cuánto costaría. Sin compromiso.