Todos los usuarios de SAP utilizarán el ecosistema de código abierto

La transformación digital también afecta a los sistemas ERP, en la región DACH, por supuesto, principalmente al mundo SAP. La modernización es absolutamente esencial. Y no se trata solo de migrar a la base de datos SAP HANA basada en Linux. Se trata más bien de utilizar un amplio ecosistema de código abierto. Sólo así los usuarios de SAP podrán reforzar su capacidad innovadora y seguir siendo competitivos.

Los usuarios de SAP no sólo se enfrentan al reto de tener que migrar a SAP HANA y SAP S/4HANA. Al mismo tiempo, deben impulsar la innovación e introducir nuevos modelos de negocio para mantener la capacidad de adaptarse y reaccionar rápidamente en un entorno altamente competitivo. Para ello, es esencial establecer procesos ágiles de extremo a extremo.

Pero, ¿cuál es la situación actual? Los entornos SAP actuales se caracterizan a menudo por la fragmentación con múltiples instancias ERP y procesos estáticos con opciones de automatización limitadas. Por ello, según un reciente estudio de IDC, el 53% de los usuarios de SAP encuestados aducen también las siguientes razones
usuarios citan la consolidación del entorno de aplicaciones SAP como una de las principales razones para migrar a SAP S/4HANA (1). Por tanto, los usuarios de SAP son conscientes del problema.

Sin embargo, dicha migración no es suficiente. La transformación digital también requiere el uso de nuevas aplicaciones, tecnologías y arquitecturas en ámbitos como la inteligencia artificial (IA) y el aprendizaje automático (ML), la Industria 4.0, el IoT, la analítica de datos, el big data, el RPA, los contenedores y los microservicios. Y aún queda mucho camino por recorrer. Según el estudio de IDC, solo el 6% de las empresas SAP encuestadas utilizan funciones como ML o IoT en su suite ERP.

Por tanto, los usuarios de SAP tienen que superar varios retos. Deben ser capaces de aplicar rápidamente la filosofía SAP de "mantener limpio el núcleo" y, al mismo tiempo, las ampliaciones paralelas y la integración de soluciones SAP y no SAP en procesos híbridos de extremo a extremo.

La única respuesta a estos retos no puede ser otra que: nada de nuevos silos, sino el uso de un ecosistema de código abierto que soporte integraciones de extremo a extremo rápidas y preparadas para el futuro, así como la automatización de todos los procesos informáticos. Desde la perspectiva del usuario, también debe garantizarse la máxima flexibilidad en el funcionamiento: ya sea en un entorno local o híbrido multicloud. 

Cuando las empresas migran a SAP S/4HANA, se enfrentan inicialmente a la decisión de qué hacer con el código fuente de los desarrollos personalizados. El código personalizado suele estar estrechamente vinculado al enfoque monolítico de los sistemas SAP ECC tradicionales.

Por tanto, una migración de igual a igual es difícilmente viable y no ofrece ningún valor añadido. Por tanto, antes de que un usuario de SAP empiece a adoptar inmediatamente el código ABAP, debería definir una estrategia de integración a largo plazo que no cree nuevas dependencias, por ejemplo en lo que respecta a limitaciones o costes elevados.

Esto también se aplica a muchos de los socios del ecosistema SAP. También necesitan modernizar sus soluciones y extensiones: El desarrollo nativo en la nube, la contenedorización de complementos y aplicaciones especializadas ocupan los primeros puestos de la lista de prioridades y consumen muchos recursos. La plataforma operativa, en cambio, sigue estándares de código abierto y puede implementarse de forma flexible y compatible, totalmente adaptada a las necesidades de cada cliente.

Simplificar: automatización integral de los procesos informáticos

Las tareas estratégicas específicas en el contexto de la migración y modernización de SAP pueden considerarse en términos de "Simplificar, Ampliar y Ejecutar". Simplificar significa crear un entorno informático sencillo y ágil. Las herramientas importantes son la automatización con Ansible y Smart Management. Con la automatización integral de los procesos de TI, se puede tender un puente entre silos siempre que sea posible.

Con Ansible, es posible gestionar procesos a través de servidores, dispositivos de almacenamiento, red
dispositivos, servicios, contenedores y nubes. La solución Red Hat Ansible Automation Platform, por ejemplo, puede integrarse fácilmente en las herramientas y procesos existentes mediante API RESTful y un portal de autoservicio, lo que la hace adecuada para su uso integral en toda la empresa.

En lo que respecta al entorno SAP, Ansible permite un aprovisionamiento y una gestión rápidos, eficientes y fiables de las cargas de trabajo SAP. Esto reduce el esfuerzo de administración, elimina posibles fuentes de error humano, suprime tareas manuales repetitivas y consigue una infraestructura más coherente y estable. En última instancia, la gestión automatizada del flujo de trabajo también contribuye a un importante ahorro de costes.

En el área de SAP, Ansible se utiliza específicamente para despliegues y configuraciones de HANA exactamente según las especificaciones de SAP Notes. Ansible también se utiliza para despliegues en la nube híbrida, es decir, para el aprovisionamiento y la gestión automatizados 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 se utiliza para establecer procesos DevOps en el área de SAP.

Además, las operaciones habituales del día 2, como la gestión de parches y clústeres o la automatización de pruebas, también se pueden asignar de forma fiable con Ansible. En el contexto de RISE con SAP, actualmente se están creando cientos de guías de Ansible y mapeando casos de uso, muchos de ellos dentro de proyectos de la comunidad de código abierto. 

Desde hace poco, también es posible automatizar procesos en SAP-.
las propias aplicaciones. Ansible se utiliza para automatizar operaciones SAP en curso, por ejemplo con la administración de derechos, la creación de usuarios o la ejecución de procesos.

Como resultado, la automatización no termina con las actividades de infraestructura o mantenimiento, sino que se centra cada vez más en las "tareas domésticas" de las operaciones SAP en curso. Un ejemplo de ello es la automatización de SAP GUI directamente desde Ansible, que admite procesos integrales en tiempo real. De este modo se superan los límites de los silos y las interrupciones de los medios y se pueden asignar nuevos autoservicios hasta el área especializada. 

Las posibilidades que ofrece la automatización aún no se han aprovechado plenamente. Sin embargo, los ejemplos actuales ya demuestran su potencial. El Grupo Schwarz, por ejemplo, que gestiona más de 12.500 tiendas bajo las marcas Lidl y Kaufland, ya ejecuta hasta 5.000 trabajos al día en Red Hat Ansible Automation Platform para gestionar los servidores de las tiendas de sus sucursales. Esto genera fiabilidad operativa y margen para la innovación.

La gestión inteligente también debe mencionarse en el contexto de Simplify. El As-a
de Red Hat ayuda a los usuarios a detectar, analizar y resolver de forma proactiva un gran número de posibles problemas de seguridad y configuración de software con más de 600 reglas específicas para entornos SAP. Como resultado, se generan automáticamente los playbooks exactos de Ansible, que luego llevan a cabo todos los ajustes necesarios de forma totalmente automática y segura bajo petición.

Extend - Integración de sistemas SAP y no SAP

En relación con Extend, el objetivo es seguir el lema de SAP "Keep the core clean" por un lado e implementar el concepto de SAP de extensibilidad side-by-side por otro. SAP HANA y SAP S/4HANA ofrecen muchas posibilidades nuevas para integrar y ampliar el núcleo digital sobre la base de API, de modo que las innovaciones, los despliegues de nube híbrida y los procesos de extremo a extremo también puedan implementarse de forma ágil y oportuna.

El concepto de extensibilidad side-by-side de SAP tiene como objetivo conectar SAP
datos, procesos e interfaz de usuario con entornos de programación de última generación, integración continua y entrega continua, así como métodos DevOps. Las llamadas extensiones side-by-side para sistemas S/4HANA permiten la implementación sencilla de procesos de extremo a extremo en contraste con los desarrollos internos clásicos basados en ABAP y, por lo tanto, también integran el entorno SAP con sistemas que no son SAP.

Ejecutar - plataforma de nube híbrida como arquitectura de destino

Por último, el tema de la ejecución lleva a la pregunta de qué plataforma debe utilizarse para permitir la gestión de entornos SAP y no SAP dentro de la empresa y en la nube. A la hora de decidirse por una plataforma de nube híbrida, un usuario de SAP debe asegurarse de que admite el desarrollo de aplicaciones estandarizadas y nativas de la nube en cualquier infraestructura, es decir, una mezcla híbrida de varias nubes que incluya implementaciones locales. En resumen, el perfil de requisitos debería ser: Libertad para elegir la plataforma para las cargas de trabajo SAP actuales y futuras y no dependencia del proveedor en términos de proveedores de nube. Cada vez más empresas se centran en la plataforma empresarial Kubernetes Red Hat OpenShift.

Red Hat OpenShift contiene las funcionalidades y servicios necesarios para operar una plataforma de gestión de contenedores para diversas aplicaciones críticas para el negocio en una amplia gama de infraestructuras de forma certificada. Esto incluye aspectos como SLA, múltiples capas de seguridad, automatización y gestión de clústeres. 

Con Red Hat Open Shift como base, los usuarios pueden, por ejemplo, mover aplicaciones en contenedores entre nubes manteniendo la funcionalidad. Ya no tienen que asegurarse de que sus cargas de trabajo soportan las restricciones propietarias de nubes públicas individuales, sino que pueden seleccionar proveedores de nubes públicas según criterios como la disponibilidad o la rentabilidad.

En general, Red Hat OpenShift ofrece diversas funciones para la modernización y migración de aplicaciones. Esto también incluye herramientas de modernización para trasladar aplicaciones heredadas y sus máquinas virtuales (VM) a Red Hat OpenShift. Ya no son necesarias otras soluciones de virtualización propietarias. La gestión coherente de diferentes aplicaciones -tradicionales y nativas de la nube- que esto hace posible permite a las empresas aumentar enormemente la eficiencia operativa sin obstaculizar la innovación.

Y como plataforma de nube híbrida abierta, Red Hat OpenShift también admite implementaciones integrales de borde, incluido el concepto de borde de fábrica, con el que la industria manufacturera puede optimizar decisivamente los procesos de producción y logística. El borde de fábrica, con la provisión de recursos informáticos fuera de los centros de datos centrales directamente en un dispositivo como un robot en la planta de producción, es actualmente un tema de tendencia en la industria manufacturera. Los principales impulsores de esta tendencia son los proyectos de la Industria 4.0, por ejemplo en relación con temas como el IoT, la inteligencia artificial, la robótica, la realidad aumentada y virtual, los gemelos digitales y la 5G.

Pero, ¿qué significa esto para los usuarios de SAP? Sencillamente, en una nube híbrida abierta o en una infraestructura de TI multicloud basada en contenedores, Kubernetes, IA y ML, así como en la automatización, las aplicaciones SAP también pueden ser un componente esencial de los procesos ágiles de extremo a extremo y, por tanto, de una implementación innovadora del borde de fábrica con integración en tiempo real en transacciones y datos SAP.

Los entornos de nube híbrida abierta se utilizan cada vez más como arquitectura de destino para cargas de trabajo SAP y no SAP, como demuestran numerosos ejemplos. Atos, por ejemplo, ha predefinido y proporcionado más de 2500 BAPI (Business Application Programming Interfaces) de SAP como puntos finales RESTful en Red Hat OpenShift. Esto permite a los desarrolladores crear, implementar e integrar fácilmente personalizaciones de SAP como microservicios, incluso sin conocimientos de ABAP.

En general, todo proyecto de migración y modernización en el área SAP debe considerarse en el contexto de un rediseño y consolidación de todo el panorama informático. Los silos de TI siguen dificultando a las empresas el diseño flexible y orientado al futuro de su infraestructura de TI. En consecuencia, debe seleccionarse una base técnica estandarizada que soporte una conexión fluida e independiente del hiperescalador de las aplicaciones y servicios existentes y nuevos. Y la herramienta elegida por muchos usuarios de SAP es la plataforma empresarial Kubernetes de Red Hat OpenShift y el ecosistema de infraestructura y software de código abierto asociado. Esto puede aportar ahorros desde el principio de la modernización de SAP, a menudo incluso antes de la migración a HANA y S/4HANA.