En primer plano
Governance Hub: el corazón de la Data Governance de Reale Group
Reaseguro – Stop Loss
Cálculo de las tasas por servicios portuarios
Gobernanza de datos en apoyo del cumplimiento del GDPR

Evolucionar el producto para afrontar el futuro: la trayectoria arquitectónica de Irion EDM®

Irion Insider - Under the Hood

El panorama de la gestión de datos está atravesando una fase de profunda mutación: en un contexto donde la innovación acelera sin parar, las organizaciones se encuentran gobernando arquitecturas cada vez más complejas.

Hoy en día, el desafío ya no es solo gestionar masas críticas de datos y metadatos, sino hacerlo optimizando el TCO (Total Cost of Ownership o Coste Total de Propiedad) a través de una modernización de la infraestructura que sea realmente funcional para el negocio. Es precisamente esta racionalización la que sirve de puente hacia la innovación: solo así se pueden garantizar datos AI-ready, permitiendo a las empresas dar ese salto cualitativo hacia decisiones enteramente data-driven.

En esta estrategia, la seguridad se confirma como un pilar no negociable, mientras que el time-to-solution se convierte en la verdadera moneda del éxito. En última instancia, la eficiencia operativa es la ventaja competitiva definitiva para quienes aspiran a liderar el cambio, en lugar de sufrirlo.

Irion ha optado por responder a estos desafíos no con adaptaciones superficiales, sino rediseñando Irion EDM® desde sus cimientos. El resultado es un proceso de transformación que ha convertido al producto en Cloud Native, contenedorizado, observable y agnóstico respecto a la infraestructura.

En este artículo profundizamos en los pilares técnicos y estratégicos de esta evolución, analizando cómo las elecciones concretas – desde los contenedores hasta Kubernetes, pasando por Linux – se traducen en valor operativo.

Redefinir el concepto de Cloud Native

El punto de partida de esta evolución es una redefinición cultural y tecnológica del término «Cloud Native». Con frecuencia, en el mercado, este concepto se confunde con la simple migración «lift and shift» de aplicaciones on-premise hacia proveedores de nube pública. Para Irion, la visión es diferente y más ambiciosa.

Ser Cloud Native significa adoptar un paradigma arquitectónico basado en microservicios, contenedorización y estándares abiertos que, en primer lugar, facilite los procesos de integration y deploy. El objetivo es construir un producto intrínsecamente modular y portable, sin vincular al cliente a un proveedor de nube específico. Esta configuración garantiza que Irion EDM® pueda operar indistintamente en cualquier escenario de despliegue con la misma coherencia y eficiencia:

  • On-Premise: para quienes necesitan mantener los datos en sus propios centros de datos.
  • Cloud: para quienes aprovechan la escalabilidad de los proveedores públicos.
  • Hybrid: para quienes operan en entornos mixtos. Por ejemplo, es posible imaginar una arquitectura en la que los motores de ejecución de los controles estén distribuidos on-prem, para minimizar la «distancia» respecto a los datos, y el hub, en cambio, esté en la nube. O también es posible mantener el entorno de desarrollo y/o pruebas on-prem por una cuestión de optimización de costes, mientras que la producción se lleva a la nube para beneficiarse de las lógicas nativas de scale out.

La estrategia se resume en una fórmula: Cloud Native sí, pero no Cloud only.

Contenedorización: estandarizar el ciclo de vida del software

Aunque Irion EDM® se basa desde hace tiempo en una arquitectura de microservicios, la adopción generalizada de los contenedores representa un salto cualitativo en la gestión del ciclo de vida del software y en el lanzamiento de soluciones.

Técnicamente, el contenedor actúa como una «micro-máquina virtual» autosuficiente que incluye en su interior no solo la aplicación, sino todas las dependencias, librerías y configuraciones necesarias para su funcionamiento. Este enfoque resuelve de raíz los problemas de compatibilidad entre los entornos de desarrollo, pruebas y producción.

Las ventajas operativas descritas en el material técnico de Irion son evidentes, sobre todo en el Change Management:

  • Despliegue Inmutable: La actualización del producto ya no se realiza mediante parches o modificaciones incrementales en máquinas existentes. Simplemente, se publica una nueva imagen del contenedor. El sistema apaga la instancia anterior e inicia la nueva, ya configurada y lista para usar.
  • CI/CD y API REST: Para simplificar aún más las operaciones, se proporcionan herramientas out-of-the-box para la integración en los procesos de Continuous Integration y Continuous Deployment. Además, el uso de las API REST permite gestionar la actualización de las soluciones de aplicación de forma uniforme y programática, haciendo que las operaciones de mantenimiento sean previsibles y automatizables.

Estrategia No Lock-in

Cada elección técnica descrita en este camino de evolución converge hacia un objetivo de negocio preciso: la optimización del TCO y la libertad tecnológica.

Estándares abiertos y portabilidad

La decisión de utilizar contenedores en formato estándar OCI (Open Container Initiative) y la orquestación Kubernetes tiene como objetivo evitar cualquier forma de vendor lock-in (dependencia de un proveedor). El producto está diseñado para garantizar la máxima portabilidad: el cliente tiene la libertad de cambiar la infraestructura subyacente (de la nube a on-premise, o viceversa) sin necesidad de modificar la arquitectura de la solución ni afrontar costosas migraciones. Además, el enfoque es totalmente cloud-agnostic, independiente de cualquier lógica específica de un único hyperscaler, lo que garantiza la máxima portabilidad entre los distintos proveedores. Esto elimina el riesgo de vendor lock-in y permite elegir siempre el entorno más eficiente en términos de costes y prestaciones.

Eficiencia y Linux

En los sistemas en la nube basados en Linux, como Irion EDM, las herramientas de orquestación como Kubernetes permiten la escalabilidad automática, contribuyendo a reducir los costes operativos: se utilizan (y se pagan, en el caso de la nube) solo los recursos estrictamente necesarios para la carga del momento. En segundo lugar, la arquitectura ha sido optimizada para eliminar costes de licencias accesorios. No existe dependencia de sistemas operativos propietarios. El producto se apoya en Linux, elegido por su robustez, estabilidad y seguridad. Linux representa hoy el estándar de referencia para el mundo de los servidores, la web y la nube, ofreciendo una base altamente configurable que ha evolucionado en perfecta simbiosis con las tecnologías de contenedorización.

Listos para el futuro

Lo que hemos relatado no es una simple evolución tecnológica, sino una transformación estructural. Irion EDM® mantiene intactas las funcionalidades y la solidez que siempre lo han caracterizado, pero las proyecta sobre una infraestructura moderna, diseñada para los desafíos del mañana.

La flexibilidad, la observabilidad, la resiliencia automática y la eficiencia de costes ya no son solo objetivos deseables, sino características intrínsecas de la nueva arquitectura. Es el mismo producto de siempre, pero con un motor completamente nuevo.

Una transformación diseñada y realizada íntegramente en Italia por el equipo de investigación y desarrollo de Irion con sede en Turín. Detrás de cada elección arquitectónica descrita en este artículo está el trabajo de más de 200 profesionales que, desde 2004, construyen tecnología enterprise con competencias propias; no componiendo soluciones de terceros, sino desarrollando una plataforma original reconocida incluso a nivel internacional por Gartner®. Esta misma cercanía se refleja en el soporte a los clientes: un interlocutor directo, que conoce el producto en profundidad porque lo ha escrito, y que acompaña cada proyecto con la continuidad y la responsabilidad de quien no externaliza ni el código ni la relación.

Bienvenidos al futuro de Irion EDM®.

FAQ

Ya tenemos Irion EDM® en producción: ¿qué cambia con esta evolución arquitectónica?

El proceso de modernización ha sido diseñado para no ser disruptivo. Las funcionalidades y las soluciones existentes permanecen intactas: cambia la infraestructura subyacente, no la lógica de la aplicación. La migración hacia la arquitectura Cloud Native puede realizarse de forma gradual, sin tener que rediseñar lo que ya se ha construido.

¿Cuáles son los beneficios concretos en el TCO?

El impacto se mide en varios frentes. La eliminación de las licencias de sistemas operativos propietarios, la escalabilidad automática de los recursos (se paga solo por lo que se usa, en el caso de la nube) y la reducción de los tiempos de despliegue y mantenimiento se traducen en un alivio estructural de los costes operativos. El change management, en particular, se vuelve más rápido y predecible gracias a los contenedores y a las API REST.

¿Estamos vinculados a un proveedor de nube específico si adoptamos esta arquitectura?

No, y es una elección deliberada. Irion EDM® está construido sobre estándares abiertos (contenedores OCI y orquestación de Kubernetes) que funcionan de idéntica manera en AWS, Azure, Google Cloud o en entornos on-premise. No existen dependencias de servicios propietarios de un solo hyperscaler: el cliente es libre de elegir o cambiar de infraestructura en cualquier momento, sin costes de migración arquitectónica.

¿En qué se diferencia esta arquitectura de las soluciones de proveedores internacionales?

La mayoría de las plataformas internacionales de data management nacen sobre arquitecturas legacy adaptadas posteriormente a la nube, a menudo con un fuerte vínculo con el ecosistema del propio proveedor. Irion EDM®, en cambio, está diseñado de forma nativa sobre estándares abiertos, con un equipo de I+D interno que desarrolla y mantiene toda la plataforma. Esto se traduce en mayor flexibilidad arquitectónica, ausencia de lock-in y un soporte directo por parte de quienes conocen el producto en profundidad.

Cómo se integra con nuestras herramientas de monitorización ya en uso?

Gracias a la adopción de OpenTelemetry, un estándar abierto respaldado por los principales ecosistemas de nube y DevOps, los datos de telemetría de Irion EDM® (logs, métricas, trazas) se pueden exportar a cualquier plataforma de observabilidad que ya se utilice en la empresa, como Datadog, Grafana, Azure Monitor y similares. No se requiere ninguna herramienta propietaria adicional.

¿Qué escenarios de despliegue están soportados y cuál se recomienda?

Irion EDM® soporta de forma nativa tres escenarios: full on-premise, full cloud e híbrido. No existe un despliegue «recomendado» en términos absolutos: la elección óptima depende del contexto regulatorio, la ubicación de los datos y los objetivos de costes. Es posible, por ejemplo, mantener los motores de ejecución on-premise para minimizar la latencia de los datos, y gestionar el hub de la aplicación en la nube para beneficiarse de la escalabilidad. El equipo de Irion asesora en la evaluación de la arquitectura más adecuada para cada escenario.

¿Qué es una arquitectura Cloud Native y por qué es diferente de «ir a la nube»?

Mover una aplicación a AWS o Azure no la convierte automáticamente en Cloud Native. La diferencia fundamental es de diseño: una aplicación Cloud Native nace pensada para entornos distribuidos, construida sobre microservicios, contenedorizada y orquestada con herramientas como Kubernetes. Una aplicación simplemente «trasladada a la nube» (el llamado lift and shift) mantiene su estructura rígida y no aprovecha las ventajas reales de la nube: escalabilidad automática, resiliencia o actualizaciones sin interrupción del servicio. Irion EDM® pertenece a la primera categoría: ha sido rediseñado desde sus cimientos, no adaptado.

¿Qué es Kubernetes y para qué sirve en una plataforma de datos enterprise?

Kubernetes es el sistema de orquestación más extendido del mundo para la gestión de contenedores. En pocas palabras: decide cuántas «instancias» de un servicio iniciar en función de la carga, las distribuye en los servidores disponibles, las reinicia automáticamente en caso de error y las cambia o actualiza sin interrumpir el funcionamiento. Para una plataforma de Enterprise Data Management, esto se traduce en continuidad operativa, gestión eficiente de los recursos y capacidad de escalar automáticamente en los momentos de pico, sin intervención manual.

¿Qué significa vendor lock-in en la nube y cómo se evita?

El vendor lock-in es la condición en la que una empresa se vuelve tan dependiente de un proveedor tecnológico que no puede cambiar sin afrontar costes elevados, migraciones complejas o pérdida de funcionalidades. En la nube, ocurre a menudo cuando las aplicaciones utilizan servicios propietarios de un solo hyperscaler (por ejemplo, una base de datos o un sistema de mensajería exclusivo de AWS o Azure). La solución es adoptar estándares abiertos y portables. Irion EDM® utiliza contenedores en formato OCI y Kubernetes, tecnologías que funcionan exactamente igual en cualquier infraestructura: cambiar de proveedor de nube no requiere tocar la arquitectura de la solución.

¿A qué se refiere el término «datos AI-ready» y por qué depende de la infraestructura?

Un dato está «AI-ready» cuando es accesible, está bien gobernado, tiene una calidad certificada y está disponible en los formatos y tiempos requeridos por los modelos de inteligencia artificial. Alcanzar este estándar no es solo una cuestión de calidad de datos (data quality): requiere una infraestructura que garantice escalabilidad para manejar grandes volúmenes, observabilidad para monitorizar la salud de los datos en tiempo real y flexibilidad para integrar nuevas herramientas de IA sin tener que rediseñar todo. Es por esto que la modernización de la infraestructura no es un fin en sí mismo, sino el requisito previo para cualquier estrategia de IA concreta.

¿Cuánto cuesta mantener una aplicación enterprise on-premise en comparación con la nube?

No existe una respuesta universal, pero los principales factores de coste a comparar son: licencias de software del sistema operativo, hardware y su mantenimiento, personal de TI dedicado a la gestión de la infraestructura y, en el caso de la nube, el coste de los servicios por consumo. Una arquitectura moderna como la de Irion EDM® reduce la partida de «licencias» al eliminar la dependencia de sistemas operativos propietarios (el producto corre sobre Linux), y reduce los costes operativos gracias a la escalabilidad automática: solo se utilizan los recursos efectivamente necesarios. El enfoque híbrido (on-premise para el desarrollo, cloud para la producción) suele ser la solución más eficiente para optimizar el TCO global.

Scroll al inicio