Hay mucho entusiasmo en este momento acerca de que la IA permita la modernización de las aplicaciones de mainframe. Las juntas están prestando atención. A los CIO se les pide un plan. La IA es un acelerador acreditado para la modernización de COBOL, pero para obtener resultados, la IA necesita un contexto adicional que el código fuente por sí solo no puede proporcionar. Esto es lo que hemos aprendido al trabajar con más de 400 clientes empresariales: la modernización del mainframe tiene dos mitades muy diferentes. La primera centro es ingeniería inversa, comprendiendo qué hacen en realidad sus sistemas existentes. La segunda centro es ingeniería vanguardia, creación de nuevas aplicaciones.
La primera centro es donde los proyectos de mainframe viven o mueren. Sin confiscación, los asistentes de codificación son en realidad buenos sólo en la segunda centro. Bríndeles unas especificaciones claras y validadas y crearán aplicaciones modernas rápidamente.
Hemos aprendido que ganar una modernización COBOL exitosa requiere una opción que pueda realizar ingeniería inversa de modo determinista, producir especificaciones validadas y rastreables, y ayudar a que esas especificaciones fluyan en torno a cualquier asistente de codificación impulsado por IA para la ingeniería vanguardia. Una modernización exitosa requiere los dos ingeniería inversa e ingeniería directa.
Lo que requiere una modernización exitosa del mainframe
Contexto completo y delimitado
Las aplicaciones de mainframe son grandes. Verdaderamente noble. Un solo software puede ejecutar decenas de miles de líneas, extrayendo definiciones de datos compartidos de todo el sistema, llamando a otros programas, orquestados a través de JCL que albarca todo el panorama. Hoy en día, la IA sólo puede procesar una cantidad limitada de código a la vez. Aliméntelo con un software y no podrá ver los libros de copias, las subrutinas llamadas, los archivos compartidos o el JCL que une todo. Producirá un resultado que parece moderado para el código que puede ver, pero omitirá dependencias que nunca se mostraron. Al trabajar con los clientes, solucionamos esto extrayendo primero todas las dependencias implícitas de modo determinista y luego alimentando unidades completas y limitadas por IA con todo lo que necesita ya resuelto. De esa modo, la IA se centra en aquello en lo que es excelente (comprender la dialéctica empresarial, crear especificaciones) en circunstancia de adivinar conexiones que no puede ver.
Contexto consciente de la plataforma
Aquí hay poco que sorprende a la clan: el mismo código fuente COBOL se comporta de modo diferente según el compilador y el tiempo de ejecución. Cómo se redondean los números, cómo se almacenan los datos en la memoria, cómo se comunican los programas con el middleware. Estos no están en el código fuente. Están determinados por el compilador específico y el entorno de ejecución para el que se creó el código. Décadas de integración de hardware y software no se pueden replicar simplemente moviendo código. Descubrimos que la IA funciona mejor cuando el comportamiento específico de la plataforma ya se ha resuelto. Alimente a la IA con información clara y consciente de la plataforma, y la entregará. Aliméntelo con código fuente sin formato y generará un resultado que se verá correctamente pero se comportará de modo diferente al innovador. En los sistemas financieros, una diferencia de redondeo no es una cuestión cosmética. Es un error material.
Una saco rastreable
Si trabaja en banca, seguros o gobierno, sus reguladores le harán una pregunta: ¿puede demostrar que no se perdió nadie? La IA por sí sola no es suficiente para extraer la dialéctica empresarial y crear documentación que los reguladores acepten. El cumplimiento normativo requiere que cada salida tenga una conexión formal y auditable con el sistema innovador. Aprendimos pronto que la trazabilidad no proviene de la lección del código fuente por parte de la IA. Proviene de ordenar el código en unidades precisas y delimitadas para que sepamos exactamente qué entra en la IA y podamos rastrear cada salida hasta su fuente. Para los clientes de industrias reguladas, esta suele ser la diferencia entre un plan que avanza y uno que se estanca.
Cómo configuramos la IA para el éxito en AWS Transform
Creamos AWS Transform para modernizar las aplicaciones de mainframe a escalera. La idea es sencilla: darle a la IA la saco adecuada y los clientes obtendrán resultados rastreables, correctos y completos que pueden aceptar a producción. AWS Transform comienza por crear un maniquí determinista completo de la aplicación. Los agentes especializados extraen la estructura del código, el comportamiento del tiempo de ejecución y las relaciones de los datos en todo el sistema, no un software a la vez, sino todo el panorama. Esto produce un croquis de dependencia formado con la semántica verdadero del compilador, capturando dependencias entre programas, interacciones de middleware y comportamiento específico de la plataforma antiguamente de que la IA intervenga. A partir de ahí, los programas grandes se descomponen en unidades limitadas y procesables. El comportamiento específico de la plataforma se resuelve de forma determinista. Las unidades están dimensionadas para que la IA las procese de forma eficaz. Luego, la IA extrae la dialéctica empresarial en estilo natural y cada resultado se valida con la evidencia determinista que ya hemos extraído. Las especificaciones se remontan al código innovador. Cuando un regulador pregunta «¿se perdió poco?», hay una respuesta verificable. Lo que distingue a esto es que la IA nunca opera en la oscuridad. Cada mecanismo que procesa tiene entradas conocidas y horizontes esperadas, por lo que podemos validar lo que regresa. Ningún otro enfoque en el mercado cierra ese círculo. Lo que surge es un conjunto de especificaciones técnicas validadas y rastreables que se conectan a cualquier entorno de progreso innovador. La parte difícil de la modernización es comprender lo que existe hoy. Una vez que haya capturado eso en especificaciones precisas, los IDE con tecnología de inteligencia sintético pueden crear la nueva aplicación con confianza.
Una plataforma de extremo a extremo para la transformación empresarial
Nadie moderniza una aplicación. Nuestros clientes están mirando carteras de cientos o miles de aplicaciones interconectadas y necesitan mucho más que ayuda con el examen. AWS Transform automatiza todo el ciclo de vida: examen, planificación de pruebas, refactorización y reimaginación. Todo el asunto. Y interiormente de eso, diferentes aplicaciones necesitan diferentes caminos. Algunos se reinventan desde cero. Algunos sólo necesitan una conversión limpia y determinista a Java. Algunos necesitan salir primero del centro de datos y modernizarse posteriormente. Algunos permanecerán en la computadora central. Aprendimos por las malas que tratarlos a todos por igual es lo que hace que los proyectos exploten. La intrepidez de la cartera (qué aplicación, qué ruta, qué orden) importa tanto como la tecnología. Según nuestra experiencia, esta es la única modo en que en realidad finaliza la modernización empresarial. Los enfoques únicos son la razón por la que estos proyectos fracasan. Una cosa más que se pasa por suspensión constantemente: los datos de prueba. No se puede demostrar que la aplicación modernizada funciona sin datos de producción reales y escenarios reales. Hemos pasado equipos completar la conversión de código y luego detenerse porque nadie planeó la captura de datos. Por eso, incorporamos la planificación de pruebas y la captura de datos circunscrito en la plataforma desde el primer día. Al final no es un prueba de castidad. Así es como se ve en realidad cuando funciona. Automatización de un extremo a otro, el camino correcto para cada aplicación, acometividad integrada.
Cómo hacer esto correctamente
La pregunta no es «¿deberíamos utilizar IA para la modernización de COBOL?» Por supuesto que deberías. La pregunta es cómo configurar la IA para que funcione: trazabilidad para los reguladores, comportamiento específico de la plataforma manejado correctamente, coherencia en toda su cartera de aplicaciones y la capacidad de subir a cientos de programas interconectados. Eso es lo que descubrimos al crear AWS Transform. El examen determinista como saco. La IA como acelerador. Un servicio de AWS que cubre toda la matiz de patrones de modernización.
Y está funcionando.
BMW Group redujo el tiempo de prueba en un 75 % y aumentó la cobertura de las pruebas en un 60 %, lo que redujo significativamente el peligro y aceleró los plazos de modernización.
Fiserv completó un plan de modernización de mainframe que habría llevado más de 29 meses en solo 17 meses.
Itaú redujo el tiempo de descubrimiento de aplicaciones de mainframe y el tiempo de prueba en más de un 90 %, lo que permitió a los equipos modernizar las aplicaciones un 75 % más rápido que con esfuerzos manuales anteriores.
Sobre los autores