Ya cubrimos cómo La modernización del mainframe no es solo para la industria financiera, entonces, ¿por qué no dirigirse al elefante en la habitación? Los mayores desafíos de modernización del mundo se concentran en la industria bancaria.          

Antes de internet y la computación en nube, y antes de los teléfonos inteligentes y las aplicaciones móviles, los bancos realizaban pagos a través de pasarelas de liquidación electrónica masiva y operaban mainframes como sistemas de registro.

Las empresas de servicios financieros se consideran instituciones porque administran y mueven los aspectos centrales de nuestro sistema económico global. Y el corazón palpitante de las instituciones financieras es el mainframe de IBM.

Los bancos tienen más que ganar si tienen éxito (y más que perder si fracasan) al actualizar sus aplicaciones de mainframe y sus propiedades de datos a los estándares modernos de flexibilidad, agilidad e innovación similares a la nube para satisfacer la demanda de los clientes.

Por qué se estanca la modernización de aplicaciones de mainframe

Hemos experimentado incertidumbres económicas globales en la memoria reciente, desde la crisis de "demasiado grande para quebrar" de 2008 hasta nuestras actuales altas tasas de interés posteriores a la pandemia que causaron la sobreexposición y la insolvencia de ciertos grandes bancos depositantes.

Si bien las quiebras bancarias son a menudo el resultado de malas decisiones y políticas de gestión, hay buenas razones para atribuir parte de la culpa a las iniciativas y estrategias de modernización retrasadas. ¿No podrían los ejecutivos haber realizado mejores análisis para detectar riesgos dentro de los datos? ¿Por qué no lanzaron una nueva aplicación móvil? ¿Alguien los pirateó y bloqueó a los clientes?

Todo el mundo sabe que posponer la modernización de las aplicaciones de mainframe tiene un costo de oportunidad, pero existe la creencia de que es arriesgado cambiar los sistemas que actualmente respaldan las operaciones.

Los bancos comunitarios y regionales pueden carecer de los recursos técnicos, mientras que las instituciones más grandes tienen una cantidad abrumadora de deuda técnica, problemas de movimiento de datos de alta gravedad o luchan con el caso comercial.

Es probable que los bancos grandes y pequeños hayan fracasado en una o más iniciativas de modernización o migración. A medida que se descartan los esfuerzos, los líderes de TI dentro de estas organizaciones sintieron que mordían más de lo que podían masticar.

Transformar el esfuerzo de modernización no debería requerir una reescritura total del código de mainframe, ni una laboriosa y costosa levantar y cambiar ejercicio. En cambio, los equipos deben modernizar lo que tiene sentido para las prioridades más importantes del negocio.

Estos son algunos excelentes casos de uso de bancos que fueron más allá de simplemente reiniciar iniciativas de modernización para mejorar significativamente el valor de sus mainframes en el contexto de arquitecturas de software altamente distribuidas y las altas expectativas actuales de experiencia del cliente.

Transformar el sistema central y el código de la aplicación

Muchos bancos tienen miedo de abordar la deuda técnica dentro de su código de mainframe existente, que puede haber sido escrito en COBOL u otros lenguajes antes de la llegada de los sistemas distribuidos. A menudo, los ingenieros que diseñaron el sistema original ya no están presentes y las interrupciones del negocio no son una buena opción, por lo que los responsables de la toma de decisiones de TI retrasan la transformación haciendo pequeños ajustes en el nivel medio.

Atruvia AG es uno de los principales proveedores de tecnología de servicios bancarios del mundo. Más de 800 bancos confían en sus servicios innovadores para casi 100 mil millones de transacciones anuales, respaldados por ocho sistemas IBM z15 que se ejecutan en cuatro centros de datos. 

En lugar de extraer y reemplazar, decidieron refactorizar en su lugar, escribiendo servicios RESTful en Java junto con el COBOL existente que se ejecuta en los mainframes. Al reemplazar gradualmente el 85 % de sus transacciones bancarias centrales con Java moderno, pudieron crear una nueva funcionalidad para los clientes bancarios, al tiempo que mejoraron el rendimiento de las cargas de trabajo en el mainframe en 3X.

Lea el estudio de caso de Atruvia AG

Garantizar la resiliencia cibernética a través de una recuperación más rápida

La mayoría de los bancos tienen un plan de protección de datos que incluye algún tipo de redundancia para recuperación ante desastres (DR), como una copia principal del mainframe de producción en el centro de datos y quizás una copia de seguridad secundaria externa o una solución de cinta virtual que recibe una nueva carga por lotes cada pocos meses.

A medida que los volúmenes de datos aumentan inexorablemente de tamaño, con más transacciones y puntos finales de aplicaciones, hacer copias de ellos a través de tecnologías de respaldo heredadas se vuelve cada vez más costoso y requiere más tiempo, y reconstituirlos también es lento, lo que puede dejar una brecha de DR en el tiempo de inactividad. Existe una necesidad crítica de copias de seguridad y recuperación más oportunas para proteger el entorno informático del banco moderno, incluidos ransomware.

ANZ, uno de los cinco principales bancos de Australia, buscó aumentar su capacidad para realizar copias de seguridad de mainframe más oportunas y un rendimiento DR más rápido para garantizar una alta disponibilidad para sus más de 8.5 millones de clientes.

Construyeron una capacidad de resiliencia entre sitios, ejecutando servidores IBM zSystems reflejados utilizando su Hipercambio función para permitir intercambios de almacenamiento de varios objetivos sin necesidad de interrupciones, ya que cualquiera de los servidores idénticos puede hacerse cargo de las cargas de trabajo de producción si uno se encuentra en un proceso de copia de seguridad o recuperación.

El liderazgo de TI de ANZ obtiene tranquilidad gracias a una mejor disponibilidad del sistema; pero más aún, ahora tienen una postura moderna de recuperación ante desastres que se puede certificar para brindar continuidad comercial a sus clientes.

Lea el estudio de caso de ANZ

Ganar visibilidad a través de análisis de riesgos y negocios en toda la empresa

Los bancos dependen de análisis avanzados para casi todos los aspectos de las decisiones comerciales clave que afectan la satisfacción del cliente, el desempeño financiero, la inversión en infraestructura y la gestión de riesgos.

Las consultas analíticas complejas sobre grandes conjuntos de datos en el mainframe pueden consumir presupuestos de cómputo y demorar horas o días en ejecutarse. Mover los datos a otro lugar, como una nube almacenamiento de datos— puede venir con retrasos de transporte aún mayores, lo que da como resultado datos obsoletos y decisiones de mala calidad.

Garanti BBVA, el segundo banco más grande de Turquía, desplegó Acelerador de análisis IBM Db2 para z/OS, que acelera las cargas de trabajo de consulta al tiempo que reduce el consumo de CPU del mainframe.

La separación de las cargas de trabajo de análisis de las preocupaciones y los costes del entorno de producción del mainframe permite a Garanti ejecutar más de 300 trabajos de análisis por lotes cada noche, y un informe de cumplimiento que antes tardaba dos días en ejecutarse ahora solo tarda un minuto.

Lee el caso práctico de Garanti BBVA

Mejorar la experiencia del cliente a la velocidad de DevOps

Los bancos compiten por su capacidad para ofrecer nuevas aplicaciones innovadoras y ofertas de servicios a los clientes, por lo que los equipos ágiles de desarrollo contribuyen constantemente con funciones de software. Naturalmente, tendemos a generalizarlos como mejoras en el front-end de las aplicaciones para teléfonos inteligentes y APIIntegraciones impulsadas por servicios en la nube.

Pero espere, casi todas estas nuevas características eventualmente tocarán el mainframe. ¿Por qué no presentar al equipo de mainframe como participantes de primera clase en el DevOps movimiento para que puedan involucrarse?

Danske Bank decidió incorporar a casi 1,000 desarrolladores internos de mainframe en un movimiento de transformación de DevOps en toda la empresa, utilizando el IBM Application Delivery Foundation para z/OS (ADFz) como plataforma para el desarrollo de funciones, depuración, pruebas y gestión de versiones.

Incluso el código COBOL y PL/1 existente podría ingerirse en el CI / CD tubería de administración, luego se abre y edita intuitivamente dentro de los IDE de los desarrolladores. No más jugar con las pantallas verdes aquí. El banco ahora puede lanzar nuevas ofertas al mercado en la mitad del tiempo que solía tomar.

Lea el estudio de caso de Danske Bank https://www.ibm.com/case-studies/danske_bank_as

Lea el estudio de caso de Danske Bank

La toma Intellyx

Incluso las empresas fintech más nuevas "nacidas en la nube" deberían considerar cómo sus propias innovaciones deben interactuar con un entorno informático híbrido en constante cambio de contrapartes.

Una transacción en una aplicación móvil finalmente afectará a las redes de pago globales, las entidades reguladoras y otros bancos, cada uno con sus propios recursos de almacenamiento y computación de mainframe detrás de cada solicitud.

Nunca habrá un único camino a seguir aquí porque no hay dos bancos idénticos, y hay muchas transformaciones posibles que podrían realizarse en el viaje de modernización de aplicaciones de mainframe.

Los líderes de TI deben comenzar en algún lugar y seleccionar los casos de uso que mejor se adapten a sus necesidades comerciales y la arquitectura del estado de aplicaciones único en el que vivirá el mainframe.

Obtenga más información sobre la modernización de mainframe consultando IBM Z and Cloud Modernization Center