Viento de cola para la contenedorización
Hay que admitir que no es fácil para los participantes u observadores de los grandes eventos de SAP captar las innovaciones presentadas en su totalidad o clasificar las innovaciones individuales según su importancia o como una especie de tendencia.
Por ejemplo, cuando Jürgen Müller, CTO de SAP, explicó en un momento de la conferencia TechEd del pasado otoño que Hana, la base de datos en memoria de SAP, está evolucionando hacia un conjunto de microservicios con el fin de aumentar la escalabilidad y la usabilidad mediante servicios aislados basados en Kubernetes y el uso de API. Esta afirmación está resultando cada vez más un indicador del uso de Kubernetes en los sistemas SAP.
Kubernetes como base
Puedes darle la vuelta que quieras: Kubernetes significa contenedor y contenedor significa Kubernetes. Aplicado a lo anterior, esto significa que Hana se ejecuta o se ejecutará como un contenedor. Cabe suponer que el desarrollo de contenedores de Hana está muy avanzado y que pronto se completará.
Un trasfondo importante para este desarrollo es, sin duda, el hecho de que el uso de Kubernetes puede crear la base para ejecutar u operar software o sistemas de software en múltiples entornos de nube una vez que han sido desarrollados. Una vez que se han desarrollado Kubernetes-native (o cloud-native), pueden ejecutarse en prácticamente cualquier nube. Tanto en una nube privada como en una nube pública.
En este contexto, Hana debe considerarse, por supuesto, como la base de las aplicaciones SAP. Pero también como un sistema de gestión de bases de datos (SGBD) de aplicación general para todas las aplicaciones imaginables soportadas por bases de datos en las empresas, que compite con otros SGBD del mercado y por el favor de los clientes.
Lo anterior deja claro que SAP sigue confiando en el código abierto y en la tecnología de gestión de contenedores Kubernetes. Esto no confirma otra cosa que existe un cierto viento de cola para la contenedorización en el entorno SAP.
Pero esto no es realmente sorprendente, ya que SAP ha sido miembro de la Cloud Native Computing Foundation (CNCF) desde octubre de 2017, al igual que otros pesos pesados de la industria de TI. Uno de los proyectos a los que se dedica la CNCF es Kubernetes.
Primeros pasos con SAP Data Hub
Kubernetes es capaz de soportar favorablemente aplicaciones de contenedores en entornos de clúster (máquinas físicas o virtuales). Kubernetes también es muy popular cuando se trata de implementar eficientemente una infraestructura centrada en contenedores (en lugar de una más rígida centrada en hosts).
Con una solución de infraestructura de contenedores como la plataforma CaaS de Suse, son posibles dos cosas: la contenedorización directa de las aplicaciones o el uso de una arquitectura de microservicios. Suse CaaSP es compatible con ambas.
El objetivo es aumentar la agilidad, por un lado, y reducir los costes operativos de TI, por otro. CaaSP fue la primera "solución de contenedor" para la solución de sistema SAP Data Hub combinada (desde una perspectiva arquitectónica). También fue la primera vez que se utilizó la tecnología de contenedores en una solución SAP.
Sobre todo, esto garantiza que se ofrezcan opciones flexibles, simplificadas y automatizadas para la prestación de servicios a pequeña escala (microservicios), incluido el uso de Kubernetes.
Suse Linux Enterprise Server (SLES) también se utiliza como sistema operativo anfitrión de contenedores en una versión especializada (Suse Linux Enterprise Server Micro OS). La ventaja: ocupa poco espacio y optimiza el uso de recursos. SLES Micro OS es un componente de Suse CaaSP y, por lo tanto, también se utiliza como un tipo de contenedor Linux en SAP Data Hub. Por cierto, Suse es un proveedor de servicios Kubernetes certificado.
