Vent arrière pour la conteneurisation

Il est vrai qu'il n'est pas facile pour les participants ou les observateurs des grands événements SAP de saisir l'ensemble des nouveautés présentées ou de les classer par ordre d'importance ou comme une sorte de tendance.

Par exemple, lorsque Jürgen Müller, directeur technique de SAP, a expliqué dans le cadre de la conférence TechEd de l'automne dernier que la base de données en mémoire de SAP, Hana, évolue vers un ensemble de microservices afin d'augmenter l'évolutivité et l'utilisabilité grâce à des services isolés basés sur Kubernetes et à l'utilisation d'API. Cette déclaration s'avère être de plus en plus un guide pour l'utilisation de Kubernetes dans les systèmes SAP.

Kubernetes comme base

On peut tourner les choses comme on veut : Kubernetes signifie conteneur et conteneur signifie Kubernetes. Si l'on transpose cela à ce qui a été esquissé précédemment, cela signifie que Hana fonctionne ou fonctionnera en tant que conteneur. Il faut partir du principe que le développement des conteneurs Hana est bien avancé et devrait être achevé prochainement.

Un contexte important pour cette évolution est certainement le fait que l'utilisation de Kubernetes permet de créer la base pour faire fonctionner ou exploiter des logiciels ou des systèmes logiciels une fois développés dans de multiples environnements cloud. Une fois développés sous Kubernetes (ou sous forme de cloud), ils fonctionnent pratiquement dans tous les clouds. Dans un cloud privé comme dans un cloud public.

Dans ce contexte, il faut bien sûr considérer Hana comme la base des applications SAP. Mais aussi en tant que système de gestion de base de données (SGBD) utilisable de manière générale pour toutes les applications imaginables basées sur des bases de données dans les entreprises, en concurrence avec d'autres SGBD sur le marché et pour gagner la faveur des clients.

Ce qui précède montre clairement que SAP continue à miser sur l'open source et sur la technologie de gestion des conteneurs Kubernetes. Ce qui prouve que la conteneurisation a le vent en poupe dans l'environnement SAP.

Mais cela n'est pas vraiment surprenant, car SAP est membre de la Cloud Native Computing Foundation (CNCF) depuis octobre 2017, comme d'autres poids lourds de l'informatique. L'un des projets auxquels se consacre la CNCF est - précisément : Kubernetes.

Commencé avec SAP Data Hub

Kubernetes est capable de supporter avantageusement des applications de conteneurs dans des environnements en cluster (machines physiques ou virtuelles). De même, Kubernetes est très apprécié lorsqu'il s'agit de mettre en œuvre efficacement une infrastructure centrée sur les conteneurs (au lieu d'une infrastructure plutôt rigide centrée sur les hôtes).

Avec une solution d'infrastructure de conteneurs comme la plateforme CaaS de Suse, deux choses sont possibles : soit une conteneurisation directe des applications, soit l'utilisation d'une architecture de microservices. Suse CaaSP prend en charge les deux.

L'objectif est d'une part de forcer l'agilité et d'autre part de réduire les coûts d'exploitation informatique. CaaSP a été la première "solution conteneur" pour la solution système combinée (du point de vue de l'architecture) SAP Data Hub. C'est aussi la première fois que la technologie des conteneurs a été utilisée dans une solution SAP.

Cela permet avant tout de garantir des possibilités flexibles, simplifiées et automatisées pour la livraison de services de petite taille (microservices), y compris l'utilisation de Kubernetes.

Suse Linux Enterprise Server (SLES) est également utilisé comme OS hôte de conteneur dans une version spécialisée (Suse Linux Enterprise Server Micro OS). L'avantage : une empreinte réduite et une utilisation optimale des ressources. SLES Micro OS fait partie de Suse CaaSP et est donc également utilisé comme une sorte de conteneur Linux dans SAP Data Hub. Par ailleurs, Suse est un fournisseur de services Kubernetes certifié.