La plataforma global e independiente para la comunidad SAP.

Virtualización de contenedores

Ya no es posible imaginar el software B2B sin código abierto. Los clientes actuales de SAP no sólo buscan soluciones de este ámbito por la combinación Linux/Hana. Pero, ¿aprovecha la propia SAP suficientemente el potencial del código abierto?
Peter M. Färbinger, Revista E3
26 de enero de 2023
Redactor jefeFin.jpg
avatar
Este texto ha sido traducido automáticamente del alemán al español.

SAP necesita algo más que Linux

La mayoría de los clientes actuales de SAP saben ya que el código abierto es mucho más que Linux. IBM se hizo con Red Hat hace muchos años no para ofrecer otro sistema operativo, sino porque numerosas herramientas de código abierto permiten una nueva organización y arquitectura de la TI empresarial. Henkel, cliente actual de SAP, está construyendo una nueva infraestructura de TI junto con Red Hat que le aportará más flexibilidad y resistencia.

En las instalaciones o en la nube

Desde la perspectiva de una comunidad de código abierto, el debate "computación local frente a computación en nube" parece muy académico y artificial. Después de todo, la virtualización de contenedores de S/4 pondría fin a este discurso: Si Docker y Kubernetes y otros componentes están disponibles en el propio centro de datos en un hoster o hyperscaler podría ser irrelevante para los contenedores de S/4 en el primer enfoque.

Docker y Kubernetes

Una mesa redonda celebrada en Red Hat muestra que los usuarios y los clientes existentes de SAP están a veces más avanzados que algunos proveedores. Henkel, actual cliente de SAP, está construyendo una infraestructura de TI con funcionalidad de nube junto con Red Hat y ejecutará sus propias aplicaciones como contenedores. A través de esta virtualización de contenedores basada en Kubernetes, Henkel quiere lograr la mayor independencia, flexibilidad y resiliencia posibles.

Virtualización

Durante muchos años, VMware dominó la comunidad SAP con su tecnología de virtualización. Casi todos los CIO siguieron el llamamiento: consolidar, armonizar y virtualizar. La propia SAP trabajó intensamente con VMware porque la tecnología aportó una flexibilidad sin precedentes al mundo ERP. La virtualización fue sustituida por la computación en nube de SAP y aparentemente nadie reconoció la sinergia de estas técnicas. La comunidad de código abierto ha demostrado con el concepto de contenedor que se puede hacer de otra manera.

Contenedor S/4

¿Ha perdido SAP la oportunidad del siglo al ignorar la tecnología de contenedores? El primer paso con Hana en Linux y la cooperación con Suse y Red Hat fueron buenos y acertados. A esto le siguió el uso y la evaluación de otros componentes de la cartera de código abierto. Obviamente, nunca se consideró una conversión fundamental de la arquitectura ERP a la virtualización de contenedores. Desde la perspectiva actual, un S/4 empaquetado en numerosos contenedores podría haber evitado la tediosa discusión sobre nube primero, nube solamente, nube privada, pública e híbrida.

Quizá no sea un discurso técnico, sino una cuestión generacional y de actitud mental. Cuando estudié informática, en la universidad sólo había mainframes con tarjetas perforadas, pero todavía no había Linux. Así que soy un aprendiz del código abierto y espero más conocimientos y perspicacia de SAP.

avatar
Peter M. Färbinger, Revista E3

Peter M. Färbinger, editor y redactor jefe de E3 Magazine DE, US y ES (e3mag.com), B4Bmedia.net AG, Freilassing (DE), E-Mail: pmf@b4bmedia.net y Tel. +49(0)8654/77130-21


4 comentarios

  • 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.

    • A
      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 …

  • 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.

    • A
      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!

Escriba un comentario

Trabajar sobre la base de SAP es crucial para el éxito de la conversión a S/4. 

Esto confiere al centro de competencia una importancia estratégica para los clientes actuales de SAP. Independientemente del modelo operativo de S/4 Hana, temas como Automatización, Supervisión, Seguridad, Gestión del ciclo de vida de las aplicaciones y Gestión de datos la base de las operaciones S/4.

Por segunda vez, E3 Magazine organiza una cumbre para la comunidad SAP en Salzburgo con el fin de ofrecer información exhaustiva sobre todos los aspectos del trabajo preliminar de S/4 Hana.

Lugar de celebración

En breve recibirá más información.

Fecha del acontecimiento

Miércoles 21 de mayo y
Jueves, 22 de mayo de 2025

Entrada anticipada

Disponible hasta el viernes 24 de enero de 2025
390 EUROS sin IVA

Entrada normal

590 EUROS sin IVA

Lugar de celebración

Hotel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Fecha del acontecimiento

Miércoles, 5 de marzo, y
Jueves, 6 de marzo de 2025

Entradas

Entrada normal
590 EUR sin IVA
Entrada anticipada

Disponible hasta el 20 de diciembre de 2024

390 EUR sin IVA
El acto está organizado por la revista E3, publicada por B4Bmedia.net AG. Las presentaciones irán acompañadas de una exposición de socios seleccionados de SAP. El precio de la entrada incluye la asistencia a todas las ponencias de la Cumbre Steampunk y BTP 2025, una visita a la zona de exposición, la participación en el acto nocturno y el catering durante el programa oficial. El programa de ponencias y la lista de expositores y patrocinadores (socios de SAP) se publicarán en este sitio web a su debido tiempo.