Un rendimiento de TI insuficiente, la falta de conexión del mainframe al cloud, los elevados costes de las licencias y las operaciones de TI, la falta de personal y de competencias en lenguajes de programación «antiguos» son motivos para modernizar el mainframe. zFuture es la suite de modernización basada en herramientas para modernizar aplicaciones en el mainframe, integrar el mainframe en nuevos entornos de TI o sustituirlo.
T-Systems aborda los proyectos de modernización según el esquema DECIDE.PLAN.ACT. El punto de partida del proyecto es el análisis de la pila tecnológica actual del mainframe. Este análisis se lleva a cabo en el marco de una evaluación basada en el enfoque 7R de Gartner, la «norma» para los proyectos de modernización informática.
Tras el mismo, T-Systems recomienda a los clientes qué aplicaciones deben modernizarse en el mainframe o mediante migración y cuáles deben eliminarse o sustituirse por soluciones estándar (DECIDE). Para planificar la correcta aplicación se lleva a cabo un examen detallado del código de las aplicaciones, bases de datos, gestión de datos, programadores, procesos por lotes, archivado, transferencia de ficheros, seguridad, acceso, cifrado e interfaces. De ahí se deriva un plan concreto de plazos y costes para la modernización (PLAN). El proyecto de modernización se asegura mediante un caso empresarial validado, gestión de riesgos y proyectos con plazos realistas para la transformación y modernización de los componentes del mainframe, declaraciones sobre escenarios y pruebas de ensayo y sobre arquitecturas objetivo (ACT).
Había que modernizar un sistema central de registro del tiempo basado en un mainframe. Los costes de licencia de la base de datos, que han aumentado hasta la fecha y seguirán haciéndolo en el futuro, han sido un factor que hecho aumentar los costes de las operaciones. El sistema de gestión del tiempo utilizaba el histórico Sistema Integrado de Gestión de Bases de Datos (IDMS) para su base de datos. El sistema almacena y procesa los datos por lotes.
T-Systems presentó varias opciones de modernización. Se optó por transformar la base de datos IDMS a DB2. En contraste con IDMS, DB2, que está establecido en el entorno del mainframe, ofrece una amplia gama de opciones de modernización. Además, las bases de datos relacionales DB2 no solo son compatibles con COBOL, sino también con Java, C#, .NET, C++ y SQL. Esta migración entre bases de datos es la ruta de migración más compleja para las bases de datos. Hay que transformar los modelos y formatos de datos. El mayor esfuerzo reside en la conversión del código fuente del sistema de gestión de bases de datos (SGBD). El SGBD gestiona la base de datos. Por ejemplo, ofrece interfaces de creación, edición y consulta. Con los años, el código de la base de datos IDMS había crecido hasta los 4,5 millones de líneas. Había que adaptarlo y tener en cuenta las dependencias correspondientes, que son una fuente habitual de errores en los proyectos de refactorización de mainframes. Además, el código estaba sujeto a frecuentes ciclos de mantenimiento y perfeccionamiento, por ejemplo para cumplir nuevos requisitos legales o reflejar la evolución en el seno de la empresa. Por razones de costes y eficacia, la transformación del código se automatizó con Astadia, socio de T-Systems. Las herramientas de Astadia son muy adecuadas para transformar código de lenguajes legacy en lenguajes de programación de última generación como Java. Así se transformó el código y se probó en varios ciclos, y también se identificaron y corrigieron los errores. Tras 18 meses se llegó a la solución final. Esta permite un grado de automatización del 99,5 % y garantiza una transformación sin errores de la transferencia de códigos.
El objetivo del cliente es implantar su estrategia «off»-mainframe hacia el cloud con el fin de conseguir importantes ahorros de costes en hardware para el mainframe, licencias de software y costes operativos. El objetivo inicial es modernizar una aplicación basada en COBOL, crítica para el negocio y que se utiliza en la división de producción. Se trata de un sistema con muchas instancias e interfaces para migrar, distribución mundial y uso en Europa, Asia y América con 30 instalaciones en fábrica independientes.
Una evaluación detallada sirve de base para comprender la aplicación, las dependencias, el papel de la aplicación en el modelo de negocio, la infraestructura asociada y la identificación de riesgos. Como parte del proyecto, la aplicación del cliente se está migrando al Software Defined Mainframe (SDM) de LzLabs, un socio tecnológico de T-Systems. Otras medidas son la modernización del programador AJM y el cambio a Control-M, así como la transformación del lenguaje de programación de macros a COBOL nativo. Además, se está preparando el entorno cloud Azure deseado para el SDM y se está diseñando e implantando un nuevo proceso de desarrollo DevOps. Como parte de la gestión sistemática de los riesgos, se diseñan e implementan pruebas de regresión para el funcionamiento en paralelo con el fin de evitar riesgos al migrar elementos de la aplicación del mainframe al cloud. La base para tomar las decisiones relativas a la implantación del proyecto de modernización es un Business Case convincente, medidas para evitar la pérdida de datos y la eliminación de posibles problemas de rendimiento (mainframe de 5,5 GHz frente a cloud de 3,6 GHz).
El sistema centralizado de recursos humanos basado en COBOL que uno de los principales fabricantes alemanes de automóviles utiliza en sus plantas de producción en Alemania se va a migrar a un entorno de cloud híbrido. Tanto los datos como evitar su pérdida durante la migración son de gran importancia para el cliente.
El punto de partida del proyecto es el análisis automatizado del código fuente a través Astandia, un socio de migración de T-Systems. El socio tecnológico apsware utiliza las herramientas de transformación de Astadia y el análisis automático de las redes de trabajo de AJM.
Como parte de la transformación, el código fuente COBOL se migra a JAVA y el código JCL a Bash, y los scripts REXX y CLIST, así como los programas ensambladores, se transforman a otro lenguaje de scripting. Para la migración de la base de datos se utiliza Astadia DataTurn para la migración DB2 a Postgre SQL. También se están implementando nuevos servicios REST. Las pruebas son un requisito clave del cliente. Los escenarios de prueba existen en el lado del cliente y pueden utilizarse. La automatización de las pruebas es una tarea esencial del proyecto de migración para minimizar el esfuerzo y el tiempo de implantación y eliminar las fuentes manuales de error. Como parte del proyecto se realizan pruebas funcionales y de regresión para minimizar el riesgo durante la migración a la plataforma de destino. Se realizaron pruebas de carga y rendimiento para verificar la integración de todos los componentes en la plataforma de destino.
El cliente confió en T-Systems y le encargó el proyecto debido a que utiliza herramientas de migración vanguardistas, a su experiencia demostrada en mainframe, a los muchos años de experiencia en proyectos de integración y migración y a su gran competencia en pruebas.
Nuestro cliente perseguía sistemáticamente una estrategia de cloud-first y, por tanto, también externalizó el mainframe. El proceso de implementación de la estrategia comenzó con una planificación y evaluación exhaustivas mediante las herramientas del Programa de aceleración de la migración (MAP) de AWS, que ayudan a las organizaciones a evaluar sus cargas de trabajo en el mainframe, identificar las mejores estrategias de migración, crear una hoja de ruta clara para el replatforming y seleccionar el socio de replatforming adecuado.
La solución incluía la migración de las aplicaciones del cliente desde el mainframe a un x86 Software Defined Mainframe (SDM) proporcionado por el socio tecnológico LzLabs. Esto incluye asistencia para el diseño y la construcción y las pruebas del entorno SDM, al que se migran todos los entornos de aplicación (ENG, DEV, INT, PROD) sin necesidad de reescribir el código de aplicación COBOL, ya que todos los módulos pueden ejecutarse en x86. El entorno cloud se prepara utilizando un marco de migración al cloud y configurando la zona de aterrizaje de AWS. T-Systems se hizo cargo del SDM en AWS y de la gestión de los servicios cloud de AWS. Juntos, estos servicios de AWS (EC2 para el procesamiento escalable de datos, IAM para la gestión segura del acceso, S3 para el almacenamiento permanente y AWS backup para la protección automatizada de los datos) forman un sistema de soporte interrelacionado que permite replicar las aplicaciones del mainframe en el cloud de manera eficiente y segura.
Al sustituir el mainframe, la solución reduce drásticamente los costes anuales de licencia y los costes de hardware, software y funcionamiento del cliente en torno a un 70 %. Así, el capital liberado puede destinarse a otras actividades. Se cierran los cuellos de botella de la tecnología mainframe. Como socio tecnológico para el mainframe y el cloud de AWS, T-Systems pone su experiencia integral a disposición de los clientes y les facilita una estrategia de mainframe offload y migración al cloud. Además, el funcionamiento de la aplicación está gestionado por un proveedor de servicios cloud de probada eficacia.
