Cómo Gardener de SAP acelera la digitalización

Muchas empresas ya han empezado a convertir sus aplicaciones y servicios a tecnologías nativas de la nube. O ya han hecho planes concretos para hacerlo en sus estrategias de digitalización adoptadas en los próximos años. La implementación se basa a menudo en el sistema de código abierto Kubernetes. Este se ha establecido como el estándar de facto para automatizar el suministro, la gestión y el escalado de aplicaciones y microservicios basados en contenedores. Más de tres cuartas partes de las empresas ya utilizan la computación en nube en 2019.

Con una clara tendencia a utilizar una estrategia híbrida y/o multi-nube, es decir, desplegar la misma aplicación en una mezcla de nubes privadas y públicas a menudo a través de diferentes proveedores de servicios en la nube, frente a una estrategia de nube privada pura. Esta estrategia aumenta la redundancia, además de reducir la probabilidad de interrupciones y permitir una mejor asignación de recursos a plena capacidad.

De este modo, se hace posible el uso de servicios especiales de proveedores específicos de nubes públicas. Según el Cloud Monitor 2020, un estudio realizado por Bitkom Research por encargo de KPMG a mediados de 2020, una de cada tres empresas utiliza ya una infraestructura multicloud. Esto se refleja también en el fuerte aumento reciente de consultas de clientes sobre este tema en 23 Technologies, una empresa especializada en tecnología nativa de la nube. Sin embargo, los entornos multicloud son increíblemente difíciles de configurar, mantener y supervisar.

SAP en Walldorf ya se enfrentó al reto de la "multi-nube" a principios de 2017. Kubernetes debía desplegarse en nubes públicas a gran escala con un bajo coste total de propiedad (TCO), automatización completa en todas las áreas, disponibilidad 24/7 y alta calidad para todos los equipos internos de SAP.

Tras una intensa revisión de las opciones existentes en el mercado en ese momento, incluyendo la exploración de posibles adquisiciones, se tomó la decisión de desarrollar una solución propia bajo el principio rector "Kubernetes universal a escala". Así nació el proyecto Gardener, disponible como software de código abierto bajo licencia Apache 2.0 en GitHub desde enero de 2018.

Gardener es una extensión de código abierto nativa de Kubernetes que se sitúa sobre la capa de agregación del orquestador. ¿Código abierto y SAP en una misma frase? Eso casi parece una paradoja; después de todo, el 77% de todas las ventas de la economía mundial fluyen a través de un sistema ERP propietario de SAP.

Aunque la idea de una plataforma SAP de código abierto aún no ha calado en todas partes, la empresa lleva mucho tiempo utilizando soluciones de código abierto y hasta ahora le ha ido muy bien con ellas. Gardener es esencialmente un servidor nativo de Kubernetes para API de extensión que está conectado a un paquete de controladores personalizados.

Con Gardener, la gestión de clústeres Kubernetes homogéneos en nubes públicas como AWS, Azure, Google u Open Telekom Cloud es posible hoy en día. Las soluciones de nube privada como OpenStack o VMware también son totalmente compatibles. Las operaciones de día 1 y día 2 son una parte integral de Gardener y permiten la monitorización de clústeres, actualización, escalado automático, hibernación y mucho más. A través de la participación activa de SAP en Gaia-X, así como en la red de automoción Catena-X, Gardener tiene el potencial de establecerse como un estándar abierto, coherente y extensible para su uso previsto.

Esto también se refleja en un ecosistema muy bien desarrollado de proveedores comerciales, como 23 Technologies de Stuttgart, especializada en Gardener. Sus productos 23KE y 23REP, basados en los proyectos de código abierto Gardener y Kyma, permiten el uso de tecnología nativa de la nube para aplicaciones industriales.