Kubernetes por sí solo no constituye una plataforma de integración

A primera vista, el enfoque parece sencillo. La lógica de integración se gestiona en contenedores y se ejecuta en una plataforma de Kubernetes. En la práctica, pronto se hace evidente que Kubernetes solo constituye la base. El verdadero esfuerzo radica en los requisitos que deben cumplirse en torno al funcionamiento en producción de un entorno de este tipo.

En este ámbito, muchos clientes de SAP se enfrentan a un campo temático que hasta ahora les resultaba desconocido. Los equipos de integración suelen contar con una amplia experiencia en tecnologías SAP clásicas, middleware e integración de procesos. Sin embargo, sus conocimientos sobre Kubernetes, la gestión de contenedores, la malla de servicios, la automatización o la seguridad nativa en la nube suelen ser limitados. Por ello, la implantación de la Edge Integration Cell se convierte al mismo tiempo en un proyecto de infraestructura y en un proyecto de capacitación.

A menudo se subestima: el dimensionamiento

Uno de los aspectos que a menudo se subestiman es el dimensionamiento adecuado de la plataforma. Aunque, en principio, los entornos de Kubernetes se pueden escalar de forma flexible, la realidad de los grandes entornos empresariales suele ser muy diferente. Es necesario adquirir recursos adicionales, asignarlos e integrarlos en los procesos operativos existentes. Por ello, los errores en el dimensionamiento y la configuración pueden tener repercusiones considerables en los plazos y los costes.

Igualmente importante es elegir una plataforma que automatice en gran medida el funcionamiento. La gestión de identidades, las funciones de red, la supervisión, el registro de eventos, los mecanismos de seguridad, los registros de contenedores o la gestión del ciclo de vida deben interactuar de forma fiable. Quien integre y gestione estos componentes por separado aumenta la complejidad y la carga operativa. También merecen atención las denominadas «operaciones del día 2». Temas como las copias de seguridad y la restauración, la recuperación ante desastres, las actualizaciones de la plataforma o la gestión de las versiones de Kubernetes suelen tratarse en un segundo plano en muchos proyectos. Las empresas no deberían, bajo ningún concepto, esperar hasta después de la puesta en marcha para plantearse los escenarios de reinicio y recuperación.

Además de la consolidación de las cargas de trabajo, cada vez cobra más importancia la capacidad de ejecutar diferentes aplicaciones en una infraestructura común. Red Hat OpenShift actúa como plataforma universal de aplicaciones. En el marco de la transformación a S/4 y de Clean Core, las ampliaciones «side-by-side» pueden desarrollarse como aplicaciones en contenedores y conectarse de forma segura a S/4 a través de API OData estándar. La automatización, la consola de desarrollo y la arquitectura sin servidor acortan los tiempos de desarrollo. La multitenencia y los modelos operativos híbridos sientan las bases para unas plataformas de TI resilientes y soberanas.

La seguridad ante todo

Paralelamente, aumentan los requisitos de seguridad. Hoy en día, las plataformas de integración suelen constituir el nodo central de comunicación entre los sistemas SAP, los servicios en la nube y las aplicaciones de terceros. Incluso la conexión a una solución de IA on-premise, como Red Hat OpenShift AI, es ahora posible gracias a SAP EIC. En consecuencia, los requisitos en materia de aislamiento, control de acceso, supervisión del tiempo de ejecución y detección de actividades sospechosas son muy elevados. Por ello, los mecanismos de seguridad modernos deben formar parte de la arquitectura desde el principio. La Edge Integration Cell no es más que un anticipo de una evolución más amplia.

SAP apuesta cada vez más por las tecnologías de contenedores y los modelos operativos basados en Kubernetes. Al mismo tiempo, muchas empresas están modernizando sus aplicaciones según los principios nativos de la nube y desarrollando nuevas funciones fuera del núcleo del ERP. Esto da lugar a plataformas en las que convergen la modernización de aplicaciones, la integración y, en el futuro, también las cargas de trabajo de IA. Por lo tanto, la introducción de Edge Integration Cell no debe entenderse únicamente como un proyecto sucesor de PI o PO. Más bien marca el inicio de una nueva generación de infraestructuras de SAP.

Al directorio de socios: