Como Maximo Manage evoluciona hasta convertirse en una plataforma nativa de contenedores, muchas de sus herramientas de soporte y flujos de trabajo de desarrollo siguen vinculados a tecnologías heredadas. Una de estas herramientas es BIRT (Business Intelligence and Reporting Tools), que sigue siendo una parte fundamental de las capacidades de elaboración de informes de Maximo, pero conlleva un gran bagaje.
‍

En esta publicación, analizaré los desafíos de trabajar con BIRT en entornos modernos y cómo la contenedorización del entorno de desarrollo de BIRT resuelve no solo uno sino muchos de esos desafíos.

‍

El problema: las dependencias heredadas y los riesgos de seguridad

Maximo Manage 8.x y 9.x (y anteriormente la 7.6.x) se basan en diferentes versiones de BIRT, algunas de las cuales tienen más de siete años. Por ejemplo, el BIRT 4.8, requerido por Maximo Manage de la versión 8.x a la 9.0, depende de Java 1.8, que Oracle dejó de ofrecer en enero de 2019.

Esto crea varios problemas:

• vulnerabilidades de seguridad: Java 1.8 ya no recibe parches de seguridad, lo que lo convierte en un posible vector de ataque

• Cuestiones de cumplimiento: La ejecución de software no compatible puede infringir las políticas de seguridad corporativas

• Conflictos ambientales: Java 1.8 puede interferir con las aplicaciones Java modernas en la misma máquina

‍

La solución: contenedorización

Para abordar estos problemas, contenericé el entorno de desarrollo de BIRT con Podman, un motor de contenedores sin raíces. Este enfoque aporta una serie de beneficios:

Seguridad y aislamiento

• Java 1.8 se ejecuta solo dentro del contenedor, sin tocar el sistema host
• El modo rooteado y el aislamiento del espacio de nombres de Podman reducen el riesgo de que se escalen los privilegios o se comprometa el sistema

Coherencia ambiental

• Todos los desarrolladores utilizan la misma imagen de contenedor, lo que elimina los problemas de «funciona en mi máquina»
• Todas las bibliotecas, fuentes, controladores JDBC y configuraciones necesarias vienen preempaquetadas

Productividad de los desarrolladores

• Sin tiempo de configuración: los desarrolladores pueden empezar a trabajar de inmediato tirando del contenedor y ejecutándolo
• Desarrollo paralelo: ejecute varias versiones de Java o BIRT en paralelo sin conflictos
• Incorporación más rápida: los nuevos miembros del equipo no necesitan dedicar horas a configurar su entorno

Integración de nube y CI/CD

• Los contenedores se pueden implementar directamente en OpenShift, alineándose con la arquitectura basada en contenedores de Maximo
• La generación de informes BIRT se puede integrar en las canalizaciones de CI/CD para realizar pruebas e implementaciones automatizadas

Portabilidad y personalización

• Los contenedores se ejecutan en cualquier sistema operativo compatible con Podman o Docker
• Puede crear imágenes específicas para cada cliente con bibliotecas e informes precargados, lo que reduce el tiempo de configuración y garantiza la coherencia.

‍

Alineándonos con el futuro de Maximo

Ahora que el propio Maximo Manage se ejecuta en contenedores, tiene mucho sentido llevar el entorno de desarrollo de BIRT al mismo ecosistema. Al contenedorizar el BIRT:

• Reduces el riesgo
• Mejoras la experiencia de los desarrolladores
• Se alinea con las prácticas modernas de DevOps

‍

Y quizás lo más importante es que preparas tu flujo de trabajo de desarrollo para el futuro.

‍

Colaboración y escalabilidad del equipo

Otra ventaja importante de la contenedorización del entorno de desarrollo de BIRT es la forma en que mejora la colaboración entre los equipos. Al usar una imagen de contenedor compartida y controlada por versiones, los equipos pueden asegurarse de que todos, desde los desarrolladores hasta los evaluadores y los ingenieros de DevOps, trabajen en un entorno uniforme. Esto reduce los problemas de comunicación, simplifica la solución de problemas y facilita la ampliación de los esfuerzos de desarrollo en varios proyectos o clientes. Ya sea que estés incorporando nuevos miembros al equipo o colaborando en distintas zonas horarias, los contenedores proporcionan una base fiable y reproducible que mantiene a todos alineados.

‍

Ejemplo del mundo real

Durante un proyecto reciente, nos encontramos con un problema inesperado al desarrollar informes para IBM Maximo Application Suite (MAS) Manage 9.0 utilizando la versión en contenedores de BIRT. Concretamente, la función de previsualización de los informes no funcionó, un problema que ninguno de los demás equipos de desarrollo había experimentado anteriormente.

‍

Tras investigar un poco, descubrimos que la causa principal estaba relacionada con el contexto del informe creado por las bibliotecas incluidas en el entorno BIRT en contenedores. Si bien estas bibliotecas eran técnicamente correctas, presentaban una sutil incompatibilidad con MAS Manage 9.0.

‍

La solución consistía en modificar el informe para agregar manualmente una propiedad de Maximo que faltaba al contexto del informe. Curiosamente, este problema no había surgido antes porque la mayoría de los informes para MAS 9 se habían desarrollado siguiendo las guías de desarrollo BIRT de IBM. Estas guías contienen enlaces a archivos de biblioteca destinados a BIRT 8.x, que no presentan el mismo problema.

‍

Esta experiencia sirve como un recordatorio valioso: los entornos de desarrollo pueden variar significativamente y esas diferencias pueden generar problemas inesperados más adelante. Subraya la importancia de validar las herramientas y bibliotecas en el contexto específico de su entorno de implementación, incluso si se sigue la documentación oficial.

‍

‍

Las herramientas antiguas como BIRT no tienen por qué detenerlo. Con la contenedorización, puede modernizar su entorno de desarrollo sin tener que volver a escribirlo todo desde cero. Es una solución práctica y escalable que aporta seguridad, coherencia y flexibilidad a los flujos de trabajo de elaboración de informes de Maximo.