Virtualisation de conteneurs
SAP a besoin de plus que Linux
La plupart des clients existants de SAP sont désormais conscients que l'open source est bien plus que Linux. IBM a racheté Red Hat il y a de nombreuses années, non pas pour proposer un autre système d'exploitation, mais parce que de nombreux outils open source permettent une nouvelle organisation et architecture de l'informatique d'entreprise. Henkel, client SAP existant, construit avec Red Hat une nouvelle infrastructure informatique qui apportera plus de flexibilité et de résilience.
Sur site vs. Cloud
Du point de vue d'une communauté Open Source, le débat "On-premises vs. Cloud Computing" semble très académique et artificiel. Une virtualisation des conteneurs de S/4 mettrait pourtant fin à ce débat : Que Docker et Kubernetes et d'autres composants soient disponibles dans le propre centre de calcul d'un hébergeur ou d'un hyperscaler pourrait, dans une première approche, être sans importance pour les conteneurs S/4.
Docker et Kubernetes
Une table ronde chez Red Hat montre que les utilisateurs et les clients SAP existants sont parfois plus avancés que certains fournisseurs. Henkel, client SAP existant, construit en collaboration avec Red Hat une infrastructure informatique dotée de fonctionnalités de cloud et exploitera ses propres applications sous forme de conteneurs. Grâce à cette virtualisation de conteneurs basée sur Kubernetes, Henkel veut atteindre une indépendance, une flexibilité et une résilience maximales.
Virtualisation
Pendant de nombreuses années, VMware a dominé la communauté SAP avec sa technique de virtualisation. Presque tous les CIO ont suivi l'appel : consolider, harmoniser et virtualiser. SAP lui-même travaille de manière intensive avec VMware, car cette technique a apporté une flexibilité sans précédent dans le monde ERP. La virtualisation a été remplacée par le cloud computing de SAP et apparemment, personne n'a reconnu la synergie de ces techniques. Avec le concept de conteneur, la communauté open source a montré qu'il était possible de faire autrement.
Conteneur S/4
En ignorant la technologie des conteneurs, SAP a-t-il laissé passer l'opportunité du siècle ? Le premier pas avec Hana sur Linux et la coopération avec Suse et Red Hat étaient bons et justes. Il s'en est suivi l'utilisation et l'évaluation d'autres composants du portefeuille open source. Un changement fondamental de l'architecture ERP vers la virtualisation de conteneurs n'a apparemment jamais été envisagé. D'un point de vue actuel, un S/4 emballé dans de nombreux conteneurs aurait éventuellement permis d'éviter la pénible discussion sur le cloud first, le cloud only, le cloud privé, public et hybride.
Peut-être n'est-ce pas non plus un discours technique, mais une question de génération et d'attitude mentale. Lorsque j'étudiais l'informatique, il n'y avait à l'université que des gros ordinateurs avec des cartes perforées, mais pas encore de Linux. Je suis donc un apprenti open source et j'espère que SAP aura plus de connaissances et de discernement.
DE 
EN 
ES 
FR 
4 commentaires
Gregor Wolf
SAP beschäftigt sich sicherlich recht gründlich mit Containern und Kubernetes. So ist z.B. das OpenSource Projekt Gardener (https://gardener.cloud/) von SAP initiiert und hilft Kubernetes Cluster zentral über die Grenzen von Hyperscalern und on Premise hinweg zu verwalten. Auch Entwickler finden hier etwas passendes: Kyma (https://kyma-project.io/). Damit werden verschiedenste Projekte, die für eine vernünftige Kubernetes Umgebung benötigt werden zusammengestellt und in der BTP auch Supported.
Für ABAP Entwickler gab es bis zum 18.01.2022 auch eine Docker Image mit dem ABAP Applikationsserver (https://hub.docker.com/r/saplabs/abaptrial). Container sind also auch mit ABAP möglich. Neben dem ABAP Image steht leider auch das Docker Image für HANA Express (https://hub.docker.com/r/saplabs/hanaexpress) nicht mehr zur Verfügung. Also das Know-How für Container wäre da. Leider aktuell alles nicht mehr extern nutzbar.
Peter M. Färbinger, E-3 Magazin
Hallo! Ja, richtig – mein Einwand betraf weniger die operative und technisch Ebene, sondern, ob auf Vorstandsebene bei CTO Jürgen Müller und Thomas Saueressig das Thema Open Source auch als strategische und visionäre Komponente mental wahrgenommen wird?
SAP hat mannigfaltige Probleme mit Business ByDesign. Warum diesen Code nicht der Open-Source-Community übergeben und schauen, was passiert? Ein echtes Open-Source-ERP neben einem Open-Souce-CRM wie SugarCRM (bis Ver. 6) wäre einen Versuch wert.
Was passiert in Walldorf? 3000 Mitarbeiter werden entlassen und etwa 1000 Techniker werden von HCL Technologies angemietet, um unter anderem den Support für das abgekündigte Business ByDesign zu gewährleisten. Macht das Sinn? Also: SAP Business ByDesign sollte Open Source werden …
Werner Dähn
SAP setzt intern schon seit langem auf Container. Zum Beispiel ist Hana Cloud im Wesentlichen eine Container-Lösung.
Containerisierung ist aber nur eine Zwischenstufe. Wenn sowieso alle die gleiche Applikation in der SAP Cloud laufen lassen, warum 100’000 Container Instanzen starten? Auch Container benötigen Wartung.
Auf S/4Hana übertragen würde das bedeuten, dass es weltweit eine einzige Installation gibt, die von SAP, und jeder der hunderttausend Kunden ist nur ein Mandant im ERP System. Das wäre super, es ist aber offensichtlich, dass das nicht funktionieren kann, weil eben nicht jeder Kunde identisch ist. Nicht in der ERP Welt.
Und darum wären für SAP und Kunden eine Containerlösung auch meiner Meinung optimal.
Beispiel: Wenn ich ein UI für Hana entwickle, starte ich einen Container: OnPrem erfolgt das per “docker run -d -p 80:8080 rtdi/appcontainer:latest-hana” und schon ist die Software installiert. In einem Rechenzentrum werden die Container per Kubernetes gestartet. Bei den Hyperscalern gibt es schöne UIs um Container zu administrieren.
Keine zeitraubende XSA Installation, kein riesiges Konglomerat von Services, kein Unterschied zwischen OnPrem, eigene Cloud, Hyperscaler, … alles sehr einfach und schnell.
Könnte SAP auch so machen. Man möchte aber lieber die Lösung, wo alle die selbe Installation verwenden. Das Problem mit den Unterschieden löst man, indem man jedem Kunde sagt: “Keep the core clean”. Ist für SAP billiger.
Peter M. Färbinger, E-3 Magazin
Hallo und vielen Dank für den Hiweis zu Hana Cloud und die Erinnerung an: Keep the Core clean!