Añadir Java a IMS junto con COBOL también podría reducir la complejidad de las aplicaciones. La arquitectura clásica de Atruvia hace necesario incluir lógica de "compensación" dentro de cada componente para garantizar que las operaciones distribuidas en los diversos componentes se puedan revertir al último estado consistente si se produce un error o interrupción. Introducir el código Java en el entorno IMS haría superflua la lógica adicional, reduciendo así la complejidad, los costes y los retrasos.

"En términos de arquitectura de aplicaciones, Java abre la posibilidad de utilizar una gama más amplia de marcos y protocolos", añade Thomas Bauer, líder de equipo y arquitecto de TI en Atruvia. “Por ejemplo, los servicios web RESTful son más naturales en Java que en COBOL, y ciertas funciones que son difíciles de implementar en un entorno COBOL puro están disponibles como artefactos preconstruidos en Java. Queríamos reducir el tiempo de comercialización mediante la implementación de componentes de software modernos y reutilizables y, al mismo tiempo, proteger nuestra inversión en la lógica empresarial existente habilitándola para Java”.

Dado que Java ya era una plataforma estratégica en Atruvia, la organización estaba muy interesada en permitir una mayor portabilidad de su código tanto en plataformas distribuidas como en IBM zSystems, cualquiera que ofreciera la mejor relación calidad-precio. Este enfoque también puede facilitar la transición al cloud computing. Dado que OpenShift se ejecuta en todas las plataformas, Atruvia puede trasladar las cargas de trabajo a la nube cuando tenga sentido.

Además, Java en IBM zSystems junto con COBOL permitiría a los desarrolladores enriquecer la funcionalidad bancaria básica de una forma fluida y de bajo riesgo, sustituyendo subrutinas COBOL por Java sin tener que reescribir grandes programas, y sería más fácil para los arquitectos de software dentro del entorno distribuido llamar a los servicios de transacciones centrales directamente desde las aplicaciones IMS.

"A largo plazo, nuestro objetivo es ser más independientes de la plataforma disponiendo de bloques de construcción Java que puedan ejecutarse en cualquier lugar", afirma Meyer. Además de reducir la complejidad arquitectónica, mezclar COBOL y Java dentro de IMS nos permitiría crear nuevos componentes de aplicación estrechamente integrados con los componentes existentes". De este modo, podemos obtener las ventajas de una aplicación híbrida moderna (es decir, plazos de comercialización más cortos, mayor flexibilidad y mayor facilidad de desarrollo) sin perder las ventajas de rendimiento de IMS donde realmente importa, en las transacciones bancarias centrales".

Gracias a la colaboración pionera entre IBM y Atruvia, Java es ahora un componente establecido y listo para la producción de la caja de herramientas de IBM zSystems. De este modo, se renueva significativamente el entorno IMS, conservando sus cualidades tradicionales de rendimiento y solidez, al tiempo que permite un desarrollo más rápido utilizando conocimientos de programación más disponibles y sostenibles. También permite a los desarrolladores enriquecer las funciones bancarias centrales existentes de una manera eficiente y de bajo riesgo.

"Consideramos que Java en IBM zSystems constituye una tecnología clave para impulsar la ventaja competitiva de nuestros clientes", afirma Meyer. "Con un desarrollo más sencillo y la reutilización de los componentes existentes, nos permite ofrecer nuevas funcionalidades a una mayor velocidad y un menor coste, apoyando a nuestros clientes bancarios en su intento de lanzar nuevos servicios al mercado con mayor rapidez."

De hecho, Atruvia ya ha habilitado Java para alrededor del 85% de sus transacciones IMS bancarias básicas, lo que supone unos 400 millones de transacciones Java al día, con un rendimiento máximo que alcanza las 12.000 transacciones por segundo. Doce sistemas IMS con aproximadamente 200 millones de instrucciones por segundo de procesador (MIPS) soportan estas transacciones críticas para el negocio.

Al reducir la complejidad del entorno de aplicación, Java dentro de IMS ha aumentado la eficacia y el rendimiento de las transacciones comerciales de extremo a extremo. Antes, el procesamiento por lotes de las empresas se realizaba a través de múltiples plataformas. Ahora, todo el procesamiento, independientemente del lenguaje, puede integrarse sencillamente en un único paso por lotes combinando COBOL y Java.

Además, los desarrolladores de Atruvia pueden portar fácilmente código Java a través de sus entornos distribuidos e IBM zSystems, cualquiera que sea la plataforma que ofrezca la mejor relación calidad-precio. Por ejemplo, Atruvia ha reducido la latencia colocando algunas cargas de trabajo Java distribuidas en la plataforma IBM zSystems. "Al fin y al cabo, lo mejor E/S la ausencia de E/S", bromea Meyer. Según sus informes, el rendimiento se triplica con la colocación de algunas aplicaciones de uso intensivo de datos en lugar de su ejecución a través de la red. Está claro que la migración total a la nube no es el único camino para la modernización de las aplicaciones.

Además, existen incentivos económicos para trasladar las cargas de trabajo Java de los procesadores generales (GP) a los procesadores de información integrados IBM Z (zIIP), en los que las tasas de licencia son más bajas. Aunque los MIPS necesarios aumentan, debido a que Java consume más recursos que COBOL, los costes totales se reducen.

Otras eficiencias proceden de las ricas bibliotecas Java que permiten a los programadores evitar la escritura de código personalizado para funciones comunes como la compresión y descompresión de datos. Del mismo modo, Atruvia puede integrar software Java de terceros en su entorno IBM zSystems, evitando potencialmente el desarrollo interno por completo. Y a medida que la plataforma disponga de nuevas funciones criptográficas, de compresión o de red basadas en hardware, Java para IBM zSystems ofrecerá a las aplicaciones un acceso transparente a las nuevas capacidades.

"Como proveedor de sistemas bancarios centrales a más de 800 bancos con decenas de millones de usuarios finales, no podemos permitirnos comprometer el rendimiento y la fiabilidad, ni introducir riesgos en nuestras prácticas de desarrollo", afirma Meyer. "La plataforma IBM zSystems que ejecuta IMS sigue siendo nuestra elección estratégica porque es la más segura y fiable que conocemos, y porque ofrece un rendimiento excepcional para nuestros sistemas bancarios centrales". Con Java en IMS, tenemos lo mejor de ambos mundos."

Formada por la fusión en 2015 de Fudicia IT AG y GAD eG, Atruvia (enlace externo a ibm.com) es el socio de digitalización de los 820 bancos cooperativos de Alemania. Sus soluciones y servicios informáticos bancarios abarcan desde el funcionamiento del centro de datos y el proceso de banca como servicio agree21 hasta el desarrollo y soporte de aplicaciones. Con sedes administrativas en Karlsruhe y Münster y sucursales en Múnich, Fráncfort y Berlín, Atruvia emplea a casi 8.400 personas y registró unas ventas del grupo de unos 1.770 millones de euros en 2020.