Modernización del código

Con una modernización inteligente del código y una arquitectura de destino adecuada, una empresa también puede llevar a cabo proyectos de transformación complejos con relativa facilidad, rapidez y optimización de costes.

Las tareas para los actuales clientes de SAP están claramente definidas: Por un lado, deben migrar a Hana y S/4; por otro, deben utilizar simultáneamente nuevas tecnologías y arquitecturas para impulsar de forma coherente la modernización en el marco de la transformación digital, por ejemplo, en lo que respecta a la introducción rápida y flexible de nuevos modelos de negocio.

El código personalizado de Abap en los sistemas heredados, en particular, plantea un reto importante durante la migración. Las empresas que llevan mucho tiempo utilizando sistemas SAP tienen una gran cantidad de código personalizado que se ha desarrollado a lo largo del tiempo para dar soporte al crecimiento y a los requisitos empresariales en constante cambio.

Gran parte de este código puede quedar obsoleto con el tiempo porque no está diseñado teniendo en cuenta los requisitos actuales, como la seguridad, el rendimiento o la mantenibilidad.

Además, a menudo el código ya no es ejecutable en los nuevos entornos S/4. De este modo, el código Abap personalizado obstaculiza la innovación al entorpecer los proyectos de modernización y las actualizaciones.

Contenedores

En términos más generales, el proceso de modernización en el contexto SAP tiene por objeto contenerizar y modificar las aplicaciones con vistas a mejorar su funcionamiento y facilitar su actualización.

En este caso, el código personalizado plantea dificultades, ya que suele estar estrechamente vinculado al enfoque monolítico de los sistemas SAP ERP/ECC 6.0 tradicionales. Una migración de igual a igual difícilmente puede mapearse y no ofrece ningún valor añadido.

Las tareas consisten, por tanto, en hacer primero un inventario del código personalizado, identificar las dependencias ambiguas y proporcionar interfaces entre los componentes de la aplicación. El resultado de estas actividades es una mayor transparencia, un mantenimiento más fácil y la eliminación de regresiones.

Modernización del código personalizado

La modernización del código personalizado se lleva a cabo básicamente en las cuatro fases de análisis, descomposición, integración y concepción de la arquitectura de destino.

El primer paso consiste en analizar el código e identificar las partes de las aplicaciones de sistemas existentes que son adecuadas para su transformación en microservicios y una arquitectura basada en contenedores.

El análisis también suele revelar que en los sistemas SAP hay código que ya no se utiliza y que, por tanto, puede eliminarse tras una auditoría; la proporción de este código no utilizado sobre el total de código existente en un sistema puede ser de hasta el 60%.

El análisis identifica posibles candidatos que pueden desacoplarse mostrando las dependencias entre objetos. Además, se identifican las violaciones del código fuente para que los procesos empresariales sean ejecutables en un entorno S/4.

Segundo paso: En la fase de descomposición tiene lugar una concepción iterativa de componentes que renuevan la base de código existente y sirven de bloques de construcción para nuevos desarrollos. Los componentes admiten la comunicación de protocolos modernos sin estado, los llamados microservicios.

El tercer paso consiste en la integración con una conexión de los componentes para el intercambio de datos y procesos en tiempo real. Para ello debe utilizarse una plataforma que permita un acoplamiento flexible y utilice conectores API, programación basada en eventos y sincronización asíncrona para mejorar la tolerancia a fallos.

El último paso se refiere al diseño de la arquitectura de destino real, que idealmente se basa en contenedores. En concreto, se trata, por ejemplo, de cubrir las necesidades de escalado o de apoyo a los procesos mediante la automatización de las actualizaciones, la supervisión o las pruebas.

Plataforma de nube híbrida

Además de la metodología utilizada, la arquitectura de destino tiene una importancia decisiva para el éxito de la migración. Y mientras tanto, ha surgido una plataforma de destino ideal.

Si una empresa quiere abordar temas de innovación, está claro con respecto a la arquitectura de destino que no hay forma de evitar el uso de nuevas plataformas, marcos, aplicaciones y tecnologías: Las plataformas híbridas multi-nube integradas, las aplicaciones nativas en la nube, los contenedores, los microservicios y las API son los componentes clave.

El desarrollo también está claramente marcado en el área de SAP: Las plataformas de nube híbrida y el desarrollo de aplicaciones nativas de la nube tendrán un impacto duradero en el futuro. El ecosistema SAP avanzará hacia plataformas de nube híbrida.
La arquitectura modernizada y los clientes actuales de SAP utilizarán cada vez más en el futuro una combinación de servicios locales, privados y de nube pública, no sólo para SAP, sino también para cargas de trabajo ajenas a SAP.

Además, los entornos de ejecución nativos de la nube se convertirán en el patrón de despliegue dominante, ya que son el motor más dinámico de la innovación. La comunicación basada en API adquirirá un significado especial en el mundo SAP del futuro. Las API abiertas son la base técnica para conectar en red datos, aplicaciones y dispositivos y, por tanto, también para implementar innovaciones sin crear nuevos silos de TI.

API abiertas

El uso de API abiertas es casi indispensable, especialmente en lo que respecta al concepto de extensibilidad side-by-side de SAP. Su objetivo es conectar los datos, procesos e interfaz de usuario de SAP con entornos de programación modernos, integración continua y entrega continua, así como métodos DevOps.

Las denominadas "extensiones side-by-side" para sistemas S/4 permiten, a diferencia de los desarrollos internos clásicos basados en Abap, la implementación sencilla de procesos de extremo a extremo y, por lo tanto, también integran el entorno SAP con sistemas que no son SAP. Este concepto puede realizarse cómodamente sobre la base de la plataforma empresarial Kubernetes Red Hat OpenShift. Esto ofrece al usuario libertad de elección en términos de infraestructura y la opción de uso de nubes múltiples o híbridas.

Se necesitan soluciones de integración y gestión para implantar el concepto de ampliación side-by-side de forma fácil y rápida. Las soluciones modernas de gestión de API, como las disponibles con la versión empresarial 3scale API Management, son modulares, altamente escalables y se verifican con las API de la nube de SAP y con muchos sistemas de TI de terceros.

Además, se requiere una solución de integración ágil con la que los desarrolladores puedan establecer una comunicación bidireccional con Hana y las aplicaciones. El marco de código abierto Apache Camel o Red Hat Fuse son especialmente adecuados en este caso.

Uno al lado del otro

Si se implementa un concepto side-by-side, también es posible un uso cómodo de soluciones de automatización como Ansible. Ansible ayuda a los usuarios de SAP en implementaciones de nube híbrida, por ejemplo, en la provisión y gestión automatizadas de cargas de trabajo SAP tradicionales y nuevas en contenedores, así como de aplicaciones que no son SAP en entornos de nube híbrida.

Ansible también ofrece automatización DevOps en el área SAP, es decir, soporte para el desarrollo automatizado, despliegue, puesta en marcha y administración de plataformas SAP.

En general, una nueva y moderna arquitectura de sistema de nube híbrida ofrece a los usuarios de SAP numerosas ventajas. Estas incluyen, entre otras:

• la aplicación sencilla y rápida de nuevos requisitos,
• la reducción de las fuentes de error manual mediante un alto grado de automatización,
• la rápida integración de nuevos procesos,
• el establecimiento de una metodología de desarrollo ágil,
• Uso de DevOps desacoplando los procesos de extremo a extremo del núcleo de SAP.

Con la metodología correcta, que incluye la automatización inteligente, y la plataforma de destino adecuada, los usuarios de SAP pueden llevar a cabo las transformaciones con rapidez y optimizando los riesgos y los costes. La automatización debe incluir servicios flexibles de análisis, optimización del rendimiento, conversión de código y consolidación.

Y a la hora de elegir una plataforma, es importante asegurarse de que admite el desarrollo y la implantación unificados de aplicaciones nativas de la nube en cualquier infraestructura, desde entornos multicloud hasta implantaciones locales. Muchos usuarios de SAP confían en la plataforma empresarial Kubernetes Red Hat OpenShift, y grandes empresas, como las del sector de la automoción, ya han implementado este concepto exactamente igual.