Atruvia AG ofrece soluciones de banca como servicio y servicios de desarrollo de aplicaciones a los bancos cooperativos de Alemania. Más de 800 bancos confían en el proceso bancario central agree21 de Atruvia y otras aplicaciones, junto con su red de más de 30 000 cajeros automáticos y terminales de autoservicio en todo el país.
Con alrededor de 81 millones de cuentas de clientes, los bancos clientes generan un volumen masivo de transacciones, lo que requiere una infraestructura de TI potente, resiliente y de alta seguridad. Atruvia logra esto con ocho sistemas IBM® z15® en cuatro centros de datos que procesan 80 000 millones de transacciones bancarias centrales anualmente, con picos de 12 000 transacciones por segundo. IBM Information Management System (IMS) administra las transacciones y los datos se almacenan en la base de datos IBM Db2® for z/OS®.
Por el lado distribuido, las aplicaciones de interacción con el cliente se implementan en Java®, ya sea de forma clásica o como microservicios, alojadas en sistemas Linux® x86 en la plataforma de contenedores Red Hat® OpenShift®. Alrededor de 1200 microservicios admiten una plataforma de ventas y otros procesos, que consumen servicios bancarios centrales a través de una capa de API patentada.
Históricamente, Atruvia implementó transacciones comerciales principales con Java/HTML5 en el front-end conectado a una capa de nivel medio en Java simple e IMS COBOL en el back-end. Dado que muchos programadores de COBOL se jubilaban y que los clientes bancarios esperaban una entrega rápida de los nuevos servicios omnicanal, Atruvia optó por un enfoque innovador de modernización de aplicaciones. Este enfoque busca mantener la seguridad y el rendimiento de IMS, al tiempo que aprovecha las ventajas de un lenguaje de programación popular.
En lugar de una estrategia de “rehospedaje” costosa y de alto riesgo, su solución fue refactorizar selectivamente en el lugar. Incorporaron la última versión de Java al tiempo de ejecución de IMS/COBOL existente en la plataforma IBM zSystems® para una modernización incremental de las aplicaciones.
“Nuestras aplicaciones bancarias centrales están en evolución permanente”, explica Pascal Meyer, arquitecto empresarial sénior en Atruvia. “Para solicitudes que no justifican la reimplementación completa, queríamos introducir Java en el entorno IMS COBOL. Un objetivo clave era poner nuestras aplicaciones bancarias a disposición de una manera que resultara más familiar para la última generación de desarrolladores”.
Transacciones habilitadas para Java
Gracias a la capacidad de Java en IMS en IBM zSystems, Atruvia ha habilitado Java para el 85 % de las transacciones bancarias centrales.
Rendimiento mejorado
La colocación de algunas aplicaciones Java distribuidas con uso intensivo en datos con IBM zSystems da como resultado un rendimiento 3 veces más rápido
Productividad mejorada
Java junto con COBOL dentro de IMS aumenta la productividad de los desarrolladores de aplicaciones
Agregar Java a IMS junto con COBOL también podría reducir la complejidad de las aplicaciones. La arquitectura clásica de Atruvia hace que sea necesario incluir la lógica de “compensación” en cada componente para garantizar que las operaciones distribuidas en los distintos componentes puedan volver al último estado consistente si ocurre un error o interrupción. Llevar código Java dentro del entorno IMS haría que la lógica adicional fuera superflua, lo que reduciría la complejidad, los costos y los retrasos.
“En términos de la arquitectura de aplicaciones, Java abre la posibilidad de usar una gama más amplia de marcos y protocolos”, agrega Thomas Bauer, jefe 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 prediseñados en Java. Queríamos reducir el tiempo de comercialización desplegando 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 a la computación en la nube. Dado que OpenShift se ejecuta en todas las plataformas, Atruvia puede mover 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 central de manera fluida y con bajo riesgo reemplazando las subrutinas COBOL con 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 al tener componentes básicos de Java que puedan ejecutarse en cualquier lugar”, dice Meyer. “Además de reducir la complejidad de la arquitectura, la combinación de COBOL y Java dentro de IMS nos permitiría crear nuevos componentes de aplicaciones estrechamente integrados con los componentes existentes. De esta manera, podemos obtener las ventajas de una aplicación híbrida moderna (es decir, un corto tiempo de comercialización, mayor flexibilidad y mayor facilidad de desarrollo) sin perder el beneficio del rendimiento de IMS, donde realmente cuenta en las transacciones bancarias centrales”.
El personal de Atruvia trabajó estrechamente con los desarrolladores de IBM Systems en un proyecto de varios años para optimizar un tiempo de ejecución común para las construcciones Java dentro del entorno de producción IMS, antes de que el tiempo de ejecución común estuviera disponible. Según IBM Semeru Runtime Certified Edition for z/OS, versión 11, el tiempo de ejecución común ahora es estándar dentro de la última versión de IMS. E IBM y Atruvia se comprometen a admitir la última versión de Java.
El tiempo de ejecución común ha permitido a Atruvia avanzar hacia un futuro de 64 bits al permitir que las aplicaciones COBOL de 31 bits se comuniquen con aplicaciones Java de 64 bits. Con Java y COBOL interoperables dentro de IMS, la empresa puede modernizar y revitalizar sus aplicaciones bancarias centrales sin afectar el rendimiento o la confiabilidad.
En términos prácticos, Atruvia se centra en dos objetivos para Java en la plataforma IBM ZSystems. En primer lugar, los desarrolladores están creando aplicaciones híbridas Java-COBOL para el procesamiento IMS clásico y cargas de trabajo por lotes que invocan IBM MQ for z/OS y se conectan con IBM Db2 for z/OS a través de la conectividad de base de datos Java (JDBC). En segundo lugar, los desarrolladores están migrando código Java nativo del entorno distribuido a IBM ZSystems cuando es apropiado.
“Muchos de nuestros trabajos por lotes se distribuyeron en diversas plataformas, tanto en IBM zSystems como en el entorno distribuido, lo que nos obligaba a coordinar distintos planificadores”, dice Meyer. “Este enfoque también requería intercambio o uso compartido de datos. Hoy en día, al ejecutar trabajos Java directamente en IBM zSystems, solo necesitamos un único planificador, por lo que hay menos complejidades. Además, logramos un mejor rendimiento porque no es necesario mover ni convertir datos, y porque el código Java se encuentra junto a sus datos en lugar de tener que acceder a ellos a través de una red”.
Atruvia también está creando un conjunto de servicios Java genéricos que pueden exponerse como API para desarrolladores de aplicaciones de front-end que se ejecutan en su entorno distribuido. Por ejemplo, un desarrollador podría usar una API para recuperar el saldo actual de la cuenta corriente de un cliente y mostrarlo en una aplicación móvil. Y agregar Java a la plataforma IBM zSystems facilita la presentación de nuevos servicios basados en la funcionalidad existente.
“Los desarrolladores en el mundo distribuido no sabrán si están llamando a servicios Java o transacciones IMS originales”, dice Meyer. “Se accederá a todo de la misma manera fácil y consistente, lo que hará que sea más rápido y sencillo crear nuevas aplicaciones front-end que llamen a las transacciones subyacentes sólidas en IBM zSystems. Esto apoya a nuestros clientes bancarios en su búsqueda de llegar a sus empleados y clientes con servicios innovadores entregados a través de la web, dispositivos móviles y cualquier canal nuevo que pueda surgir en el futuro”.
Java dentro de IMS también le da a Atruvia la opción de migrar código COBOL antiguo, aunque los desarrolladores lo hacen de forma selectiva, como cuando crean nueva lógica de negocios. “No hay presión para modernizar solo por modernizar”, explica Bauer. “Seguimos valorando el rendimiento y la solidez de COBOL e IMS en el back-end, y continuamos conectando esas tecnologías a interfaces gráficas que se ejecutan en sistemas distribuidos”.
De esta manera, la plataforma IBM zSystems que ejecuta IMS continúa como el punto focal de la lógica empresarial. Alimenta directamente una variedad de canales para el consumo de esa lógica, como aplicaciones de cajeros, sistemas de cajeros automáticos, aplicaciones web orientadas al cliente y aplicaciones móviles.
La estrecha colaboración entre IBM y Atruvia ha dado como resultado la incorporación de Java como un componente integral y listo para producción del conjunto de herramientas de IBM zSystems. Esta actualización revitaliza significativamente el entorno IMS, preservando sus cualidades tradicionales de rendimiento y robustez, al tiempo que permite un desarrollo más rápido utilizando habilidades de programación más ampliamente disponibles y sostenibles. También permite a los desarrolladores enriquecer las funciones bancarias centrales existentes de una manera eficiente y con bajo riesgo.
“Consideramos que Java en IBM zSystems es una tecnología clave para impulsar la ventaja competitiva de nuestros clientes”, afirma Meyer. “Con un desarrollo y una reutilización más sencillos de los componentes existentes, nos permite ofrecer nuevas funciones a mayor velocidad y menor costo, apoyando a nuestros clientes bancarios en su búsqueda de llevar nuevos servicios al mercado más rápidamente”.
De hecho, Atruvia ya ha habilitado para Java alrededor del 85 % de sus transacciones bancarias centrales de IMS, lo que supone unos 400 millones de transacciones Java al día con un pico de rendimiento que alcanza las 12 000 transacciones por segundo. Doce sistemas IMS con aproximadamente 200 millones de instrucciones por segundo de procesador (MIPS) respaldan estas transacciones críticas para el negocio.
Al reducir la complejidad del entorno de aplicaciones, Java dentro de IMS ha aumentado la eficiencia y el rendimiento de las transacciones comerciales de forma integral. Antes, el procesamiento empresarial por lotes se manejaba mediante una variedad de plataformas. Ahora, todo el procesamiento, independientemente del lenguaje, puede integrarse en un único paso por lotes combinando COBOL y Java.
Además, los desarrolladores de Atruvia pueden trasladar fácilmente el 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 al colocar algunas cargas de trabajo Java distribuidas en la plataforma IBM zSystems. “Después de todo, la mejor E/S es no tener E/S”, bromea Meyer. Informa que el rendimiento se triplica al colocar algunas aplicaciones con uso intensivo en datos en lugar de ejecutarlas a través de la red. Claramente, una migración total a la nube no es el único camino hacia la modernización de las aplicaciones.
Además, existen incentivos financieros para mover cargas de trabajo Java de procesadores generales (GP) a IBM Z Integrated Information Processors (zIIP), en los que las tarifas de licencia son más bajas. Aunque las MIPS requeridas aumentan, debido a que Java consume más recursos que COBOL, los costos generales se reducen.
Otras eficiencias provienen de bibliotecas Java enriquecidas que permiten a los programadores evitar escribir código personalizado para funciones comunes, como comprimir y descomprimir datos. De forma similar, Atruvia puede integrar software Java de terceros en su entorno IBM zSystems, evitando potencialmente el desarrollo interno por completo. Y a medida que se disponga de nuevas características de hardware basadas en criptografía, compresión o redes en la plataforma, Java para IBM zSystems ofrecerá a las aplicaciones acceso transparente a las nuevas capacidades.
“Como proveedor de sistemas bancarios centrales para más de 800 bancos con decenas de millones de usuarios finales, no podemos darnos el lujo de comprometer el rendimiento y la confiabilidad, ni podemos darnos el lujo de introducir riesgos en nuestras prácticas de desarrollo”, dice Meyer. “La plataforma IBM zSystems que ejecuta IMS sigue siendo nuestra elección estratégica porque es la plataforma más segura y confiable que conocemos y porque ofrece un rendimiento excepcional para nuestros sistemas bancarios centrales. Con Java en IMS, tenemos lo mejor de ambos mundos”.
Atruvia (el enlace se encuentra fuera de ibm.com), formada por la fusión en 2015 de Fudicia IT AG y GAD eG, es el socio de digitalización de los 820 bancos cooperativos de Alemania. Su gama de soluciones y servicios de TI bancarios abarca desde la operación de centros de datos y el proceso de banca como servicio agree21 hasta el desarrollo y soporte de aplicaciones. Con una sede administrativa en Karlsruhe y Münster y sucursales en Múnich, Fráncfort y Berlín, Atruvia emplea a casi 8400 personas y registró ventas del grupo de alrededor de 1770 millones de euros en 2020.
Legal
© Copyright IBM Corporation 2022. IBM Corporation, Hybrid Cloud, New Orchard Road, Armonk, NY 10504
Producido en los Estados Unidos de América, mayo de 2022.
IBM, el logotipo de IBM, ibm.com, Db2, IBM zSystems, z/OS y z14 son marcas comerciales de International Business Machines Corp., registradas en muchas jurisdicciones de todo el mundo. Otros nombres de productos y servicios pueden ser marcas registradas de IBM o de otras empresas. Puede consultar una lista actual de marcas comerciales de IBM en la web, en “Información sobre derechos de autor y marca registrada” en ibm.com/legal/copyright-trademark.
Java y todas las marcas basadas en Java son marcas comerciales o marcas registradas de Oracle o sus filiales.
Red Hat y OpenShift son marcas o marcas registradas de Red Hat, Inc. o sus subsidiarias en los Estados Unidos y otros países.
Este documento está actualizado a la fecha inicial de publicación e IBM puede modificarlo en cualquier momento. No todas las ofertas están disponibles en todos los países en los que opera IBM.
Los datos de rendimiento y los ejemplos de clientes citados se presentan solo con fines ilustrativos. Los resultados de rendimiento reales pueden variar según las configuraciones específicas y las condiciones de funcionamiento. LA INFORMACIÓN CONTENIDA EN ESTE DOCUMENTO SE PROPORCIONA “TAL CUAL”, SIN NINGUNA GARANTÍA, EXPRESA O IMPLÍCITA, INCLUIDAS LAS GARANTÍAS DE COMERCIABILIDAD, IDONEIDAD PARA UN FIN DETERMINADO Y CUALQUIER GARANTÍA O CONDICIÓN DE NO INFRACCIÓN. Los productos de IBM están garantizados de conformidad con los términos y condiciones de los acuerdos bajo los cuales se proveen.