El lunes 23 de febrero de 2026, nuestro equipo de EMEA puso en marcha un importante puerto europeo con IBM MAS Manage 9.1.7. El equipo de Maximo que participó en el proyecto, que incluía a Ronald Francke, Dik Aanen y Raf Van Camp, comenzó los preparativos en septiembre de 2024. El punto de partida fue un entorno Maximo ICD 7.6.1.2 con las soluciones industriales SP y HSE. Este entorno había estado en uso durante 15 años. Durante ese tiempo, se implementaron numerosas personalizaciones, que iban desde scripts de automatización y código Java personalizado hasta activadores y procedimientos a nivel de base de datos.

‍

El objetivo era actualizar este entorno a Maximo Manage 9.x, eliminando ICD, SP y HSE en el proceso y manteniendo intactas todas las personalizaciones.

‍

Este puerto contrató a un subcontratista para configurar dos clústeres de OpenShift: uno de no producción y otro de producción. Empezamos instalando Manage 9.0.3 y, poco a poco, la actualizamos a la versión 9.1.7, que con el tiempo se utilizaría para la puesta en marcha.

Desafíos

Había varios desafíos que abordar. En primer lugar, teníamos que identificar la configuración relacionada con el ICD, el SP y el HSE para poder eliminarla durante el proceso de actualización y conservar únicamente la configuración estándar de Maximo y las personalizaciones implementadas por el cliente.

‍

En segundo lugar, el OpenShift los clústeres no tenían acceso a Internet. Como resultado, tuvimos que instalar MAS en un entorno aislado, reflejando todas las imágenes en un registro local.

‍

También hubo muchas integraciones antiguas. Algunas ya se habían convertido para utilizar el marco de la API REST, pero otras seguían basándose en el intercambio de datos basado en archivos y en activadores y procedimientos a nivel de base de datos. Las ubicaciones de los archivos de estas integraciones no se podían cambiar, por lo que tuvimos que implementar volúmenes persistentes basados en Samba para acceder a estas ubicaciones de red desde dentro OpenShift.

‍

Además de las integraciones antiguas, paralelamente a los preparativos de la migración, el cliente había implementado recientemente un nuevo sistema financiero, que requería el diseño e implementación de muchos procesos e integraciones nuevos. Durante algún tiempo, este proyecto tuvo prioridad, lo que provocó que la puesta en marcha del MAS, originalmente prevista para septiembre de 2025, se pospusiera en marcha hasta febrero de 2026.

‍

Durante la preparación de la migración, el desarrollo de Maximo 7.6 no se detuvo. Se implementaron varias funcionalidades personalizadas nuevas en Maximo 7.6 o preparado para MAS 9. Estas incluyeron, entre otras, la sustitución de una aplicación antigua por una nueva aplicación Maximo que se utilizaba para hacer un seguimiento de los grandes contratos, centrándose en el progreso del trabajo hasta el pago final.

‍

Otro desafío era la alta disponibilidad requerida del sistema. Al utilizar varios centros de datos, cualquier cierre planificado o no planificado de un solo centro de datos no debería afectar a la disponibilidad de MAS Manage más allá de un nivel aceptable. Solo se tolerarían de 5 a 10 minutos de inactividad. Para lograrlo, implementamos reglas antiafinidad y restricciones de dispersión de topología en OpenShift. Esta configuración se probó varias veces cerrando diferentes centros de datos. Tras ajustar las reglas (según las cuales algunas implementaciones, como MongoDB, tenían que distribuirse en tres centros de datos), los resultados fueron excelentes, ya que los usuarios experimentaron poco o ningún tiempo de inactividad perceptible.

Migración

Todo el proceso de migración se probó varias veces. Finalmente, el jueves 19 de febrero de 2026, Maximo 7.6.1.2 se cerró y comenzó el proceso de migración. La actualización se ejecutó el viernes. El sábado, los usuarios clave realizaron una prueba final del sistema de producción y dieron su aprobación alrededor del mediodía. La puesta en marcha oficial tuvo lugar el lunes 23 de febrero.

‍

En la semana siguiente a la puesta en marcha, el sistema demostró ser muy estable y funcionar bien. Aparte de algunas cuentas de usuario inactivas, un problema con el firewall y un problema continuo en la cola de JMS, no se produjeron problemas importantes. El rendimiento tampoco fue un problema. El primer día, con 178 sesiones de usuario activas con un uso máximo, distribuidas en cuatro módulos de interfaz de usuario, los tiempos de respuesta fueron más que aceptables.

‍

Ahora, una semana después de la puesta en marcha, la transición ha demostrado ser muy fluida. Podemos decir con orgullo que con este importante puerto, MARZO 9 ha zarpado de verdad.