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.
Existe una clara tendencia hacia el uso de una estrategia híbrida y/o multi-nube, es decir, la provisión de la misma aplicación en una mezcla de nubes privadas y públicas, a menudo a través de diferentes proveedores de servicios en nube, frente a una estrategia de nube privada pura. Esta estrategia aumenta la redundancia, reduce la probabilidad de fallos y permite una mejor distribución de los recursos a plena capacidad. Esto permite el uso de servicios especializados 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 ya utiliza una infraestructura multicloud. Esto también se refleja 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.
¿Puede Kubernetes resolver el problema?
SAP en Walldorf se enfrentó al reto de la "multi-nube" a principios de 2017: Kubernetes debía proporcionarse a gran escala a través de nubes públicas 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 de "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 basa en el nivel de agregación del orquestador. ¿Código abierto y SAP en una misma frase? 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 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.
El jardinero sigue creciendo
Con Gardener, ahora es posible gestionar clústeres Kubernetes homogéneos en nubes públicas como AWS, Azure, Google u Open Telekom Cloud. Las soluciones de nube privada como OpenStack o VMware también son totalmente compatibles. Las operaciones Día 1 y Día 2 son parte integral de Gardener y permiten la monitorización de clústeres, actualizaciones, escalado automático, hibernación y mucho más. Gracias a la participación activa de SAP en Gaia-X y en la red de automoción Catena-X, Gardener tiene el potencial de establecerse como un estándar abierto, coherente y ampliable para el uso previsto. Esto se refleja también en un ecosistema muy 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.
DE
EN
ES
FR
