Acelerar la renovación del mainframe - Modernizar COBOL legacy en meses con AWS Transform
Se explica la modernización de mainframes con AWS Transform for mainframe. Se presentan el análisis automático de código COBOL, la conversión a Java y las estrategias de migración gradual.
Desafíos de la modernización de mainframe
Muchas instituciones financieras, compañías de seguros y agencias gubernamentales llevan décadas ejecutando sus operaciones críticas del negocio en mainframes IBM z/OS. Las bases de código de millones de líneas escritas en COBOL, el procesamiento de transacciones de CICS, las bases de datos IMS y DB2 y los trabajos por lotes con JCL están entrelazados de forma compleja. Los ingenieros capaces de comprender el panorama completo disminuyen a medida que se jubilan. En la modernización tradicional, el análisis manual del código requería meses y la conversión, años, de modo que los proyectos prolongados y los sobrecostes se habían convertido en algo habitual. AWS Transform for mainframe es un servicio que aborda este problema de frente aprovechando la IA agéntica. Pasó a GA en mayo de 2025, y agentes de IA dedicados a la modernización de mainframes automatizan desde el análisis del código hasta la conversión y la generación de pruebas.
Análisis de código y visualización de dependencias
AWS Transform escanea automáticamente la base de código del mainframe y clasifica componentes como programas COBOL, copybooks, JCL, mapas BMS y definiciones de transacciones de CICS. Visualiza como un grafo las relaciones de llamada entre programas, los flujos de datos y las dependencias de los copybooks compartidos, y aclara el alcance del impacto de la conversión. Con el análisis de complejidad ciclomática se puede identificar de antemano los programas de alta complejidad que son difíciles de convertir y acotar los puntos que requieren intervención manual. También incluye una función de detección de componentes con el mismo nombre y de ID de programa duplicados, con la que se pueden resolver antes de la migración los conflictos de nombres que suelen producirse en bases de código grandes. Gracias a la función de importación / exportación de la clasificación de archivos, también es posible compartir los resultados del análisis entre equipos e integrarlos con herramientas externas.
Conversión automática de COBOL a Java y Reimagine
Una vez completado el análisis de código, los agentes de IA convierten automáticamente los programas COBOL a Java. No se trata de una simple conversión sintáctica, sino que convierten semánticamente los tipos de datos propios de COBOL (COMP-3, cláusulas PIC), la E/S de archivos, los comandos de CICS y el SQL de DB2 a las estructuras correspondientes de Java. Se generan pruebas automáticas para el código convertido, que verifican la equivalencia de comportamiento con los programas COBOL originales. La función Reimagine propone diseños que descomponen las aplicaciones monolíticas de mainframe en microservicios. Define los límites de los servicios a partir de los dominios del negocio y muestra la ruta de migración hacia una arquitectura de acoplamiento débil basada en API. Se recomienda un método por oleadas en el que la conversión no se hace en bloque, sino que avanza por etapas empezando por los módulos de bajo riesgo para el negocio, y en cada oleada se ejecuta un ciclo de conversión / pruebas / despliegue.
Precios de Transform
Los precios de AWS Transform for Mainframe se basan en el número de líneas de código que se van a convertir. El precio unitario concreto se fija mediante un presupuesto individual con el equipo de cuentas de AWS, pero para convertir una base de código COBOL de millones de líneas es habitual una inversión del orden de decenas de millones de yenes. No obstante, en comparación con los costes anuales de licencia del mainframe (del orden de cientos de millones de yenes), en muchos casos la inversión se puede recuperar en 1 a 2 años. Se prevé que los costes de infraestructura de AWS después de la conversión supongan una reducción del 50 al 70% respecto a los costes de operación del mainframe.
Beneficios y límites de la conversión automática
Como la renovación del mainframe trata con una enorme cantidad de código acumulado durante muchos años, aprovechar herramientas de conversión automática produce grandes beneficios. Al analizar código legacy como COBOL y convertirlo mecánicamente a un lenguaje moderno, se puede acortar en gran medida el período de migración en comparación con reescribirlo a mano. Sin embargo, la conversión automática no es la solución para todo. Es necesario verificar a fondo que el código convertido devuelve los mismos resultados que el sistema original. La lógica de negocio compleja y las especificaciones no documentadas no pueden prescindir de la revisión humana. La actitud de aumentar la eficiencia con la automatización y, al mismo tiempo, realizar la verificación con cuidado es la condición previa para que la renovación tenga éxito.
Mantenibilidad y habilidades tras la migración
Uno de los efectos importantes que aporta la modernización del mainframe es la mejora de la mantenibilidad. Los ingenieros que pueden trabajar con lenguajes legacy como COBOL disminuyen año tras año, y conseguir personal capaz de mantener los sistemas se ha convertido en un riesgo para la gestión de la empresa. Si se migra a un lenguaje moderno de uso extendido, aumenta el número de ingenieros que pueden ocuparse del sistema, y la contratación y los traspasos se vuelven más fáciles. Además, pasa a ser posible aprovechar herramientas de desarrollo modernas y servicios en la nube, y aumenta la eficiencia de la incorporación de funciones y de la operación. El objetivo esencial de la renovación no es solo eliminar la obsolescencia, sino dejar el sistema en un estado en el que se pueda mantener / evolucionar en el futuro.
Resumen - Pautas para la renovación de mainframe
AWS Transform for mainframe acorta la modernización de mainframes de años a meses con el análisis de código / la conversión automática / la generación de pruebas mediante IA agéntica. La clave del éxito es el enfoque de comprender primero el panorama completo con el análisis de código y avanzar después la conversión por etapas empezando por los módulos de baja complejidad. Si se aprovecha la función Reimagine, también entra en consideración una reconstrucción hacia una arquitectura nativa de la nube y no un simple rehosting.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
- AWS Transform (página oficial)
- AWS Database Migration Service (página oficial)
- AWS Step Functions (página oficial)
- Documentación de AWS (oficial)
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.