VMware und Open Source Hidden Champion

Digitalisierung und digitale Souveränität sind aktuell dringende Themen in Unternehmen und der Verwaltung. Oft gilt die Verwendung von Open-Source-Technologien als Allheilmittel für beide Bereiche. Wie aber Implementierungen bei der Stadt München oder dem Auswärtigen Amt gezeigt haben, löst Open Source Software (OSS) nicht alle Probleme.

Die Kunst ist es, einen Mittelweg zu finden, der die Vorteile offener Software mit denen der kommerziellen Softwareentwicklung kombiniert. VMware ist hier als Marktführer in seiner Sparte ein gutes Beispiel dafür, wie die Integration von OSS in kommerzielle Angebote gelingen kann. Klar ist: Weil bei OSS Code, Schnittstellen und Standards offengelegt sind, erhalten Anwender unter anderem die Möglichkeit, Fehler schnell zu bereinigen. Schließlich steckt eine riesige Community dahinter. Hinzu kommen eine sehr gute Dokumentation sowie die Option, Änderungen und Wartung selbst zu übernehmen. Längst hat sich Open Source allerdings auch im kommerziellen Umfeld einen Namen gemacht. So hält VMware aktuell 204 öffentliche Projekte auf GitHub, der zentralen Webseite für OSS Projekte. Viele dieser Projekte sind unter der aktuell offensten Lizenz, der Apache Lizenz, veröffentlicht. Sie erlaubt die freie Verwendung des Codes für eigene OSS Projekte. Der Code darf jedoch auch in kommerzieller Software Verwendung finden.

Organisierte Open Source Software

Zum Erfolg mit OSS führt allerdings nur eine Strategie, die vom Unternehmensmanagement aktiv unterstützt wird. Auch bei VMware ist das OSS-Engagement eine von der Unternehmensspitze vorgegebene Marschrichtung. So hat sich VMware bereits vor vielen Jahren den großen OSS-Organisationen angeschlossen oder mitgegründet. Es besteht eine Mitgliedschaft in der Linux Foundation, der Open Container Initiative und der Cloud Native Computing Foundation (CNCF). Besonders Letztere wird mit der Container-Revolution immer relevanter, da die CNCF die neutrale Verwaltungseinheit der wichtigsten Open Source Projekte im Cloud Native Stack ist. Das zentrale Element dabei ist zweifelsohne Kubernetes, das der CNCF 2015 von Google übergeben wurde. Aber auch andere Standardprojekte in diesem Segment wie containerd, Prometheus, fluentd, helm und natürlich harbor verwaltet die CNCF. Besonders harbor ist beachtenswert, da es repräsentativ für den Weg von VMware in den letzten Jahren ist. harbor entwickelte sich von einem internen Projekt einer VMware Abteilung zu einem „normalen“ OSS Projekt. Im Jahr 2018 übergab VMware das Projekt und die „Ownership“ an die CNCF.

Erfolgsgeschichten

Dass VMware neben der aktiven Weiterentwicklung der eigenen proprietären Software wie ESXi, vSphere, Horizon, Workstation und vielen anderen auch stark in OSS investiert, sieht man auch an den Projekten, die VMware der Linux Foundation übergeben hat. Hier ist der Open vSwitch oder der „IO Visor“ zu nennen. Der Open vSwitch entwickelte sich dadurch zu einer tragenden Säule von XenServer oder OpenShift, die ihn als Standard SDN (Software Defined Network) mit ausliefern. Andere Erfolgsgeschichten umfassen Spring, das als Framework für die Entwicklung mit Java seit 17 Jahren ein zentraler Bestandteil von unzähligen Anwendungen ist und unter der Apache-Lizenz veröffentlicht wurde. Ein weiteres Beispiel ist Clarity, das auf Angular aufsetzt und die Entwicklung von Webanwendungen vereinfacht.

Kernkompetenzen

Wenn es nicht um die Kernkompetenz geht, also Software gestiftet wird, die den eigenen Produkten keine Konkurrenz macht, ist die Entscheidung sicherlich vergleichsweise einfach. Tritt ein OSS-Produkt jedoch in Konkurrenz zur eigenen kommerziellen Software, ist die Abwägung schwieriger. VMware würde sicherlich nicht einen Hypervisor als OSS veröffentlichen, der dem ESXi gefährlich werden könnte. Beim Open vSwitch, der immerhin mit dem NSX-T oder den Cisco Produkten im gleichen Segment in Konkurrenz steht, ist VMware diesen Weg dennoch gegangen. Eine Entscheidung, die augenscheinlich bis heute keine negativen Konsequenzen für VMware hatte.

Arbeiten OSS und proprietäre Software Hand in Hand und bieten sie für den Hersteller und Kunden einen echten Mehrwert, profitieren alle. Das beste Beispiel für ein solches Projekt der OSS Community ist Kubernetes und seine hohe Erweiterbarkeit. Heute ist VMware die zweitwichtigste Firma bei Kubernetes, zumindest wenn man die Zahl der beigesteuerten Codeänderungen im letzten Quartal (mit Stand 04.02.2021) ansieht.

Eine weitere, besonders wichtige Metrik für den Einfluss einer Firma auf die Entwicklung einer Software ist die Zahl der genehmigten „Pull Requests“, also Beiträge von Code, über die entschieden wurde. Hier liegt VMware auf Platz drei hinter Google und RedHat im letzten Quartal und auch insgesamt, sofern man nur die Firmen betrachtet und die „Independent“ außer Acht lässt. Aber auch die Zahl der „Issues“, also der Bug Reports, Feature Request und so weiter ist hier spannend zu beobachten. VMware liegt auf Platz zwei – nur Google selbst hat mehr. Quelle aller Zahlen und Grafiken ist die Auswertung der CNCF.

Mit OSS die Zukunft gewinnen

Wer die aktuellen Produkte von VMware angesehen hat, wird den starken Einfluss von Kubernetes schnell entdecken. Alles ist jetzt auf den New Stack, auf Cloud Native ausgerichtet. Von Tanzu als Markenoberbegriff für alle Application-Modernization-Themen, über tief in Kubernetes integrierte Netzwerklösungen mit Antrea und NSX-T bis hin zum beliebten VMware Fusion/Workstation Produkt - überall finden sich Container und Kubernetes Support. Aber, und hier kommen Zukunft und aktuelle Trends mit ins Spiel: Auch die Steuerung der Umgebungen wird jetzt immer mehr auf OSS ausgelagert. So gibt es dafür das umfassende Cloud- Management-Portfolio “vRealize” mit seinen diversen Modulen für die Steuerung von virtuellen Maschinen bis hin zu Cloud Native Workloads. vRealize Automation in der Version 8 ist mittlerweile selbst eine Microservices-basierte Software, die auf Kubernetes in einer virtuellen Appliance ausgeliefert wird. Ergänzt wird es durch Photon OS, einem Mini-Linux, und einer weiteren OSS Initiative von VMware, harbor, für die Verteilung der Container-basierten Software (Container Images) sowie helm für die Paketierung der zu betreibenden Software. Auch die Anbindung an externe Werkzeuge über die API (Application Programming Interfaces) wurde auf die mit Kubernetes eingeführten Standards JSON und YAML umgestellt.

Auch die Installation eines Services in einem Kubernetes Cluster hat durch die Nutzung einer OSS-Komponente eine Verbesserung erfahren: mit helm, dem de-facto Standard für die Paketierung von Anwendungen für den Cloud Native Stack. Auch bei der Entwicklung von helm ist VMware sehr aktiv involviert und hält hinter Microsoft den zweiten Platz bei den Codeänderungen. Quelle ist auch hier die Auswertung der CNCF.

vRealize automation 8 ermöglicht die Installation ganzer Kubernetes Cluster auf vSphere. Die Größe der Cluster ist dabei on demand skalierbar, sie können je nach Bedarf neue CPU und Speicherressourcen erhalten oder entzogen bekommen. So sind auch im eigenen Rechenzentrum die Vorteile von Public-Cloud-Diensten nutzbar.

Bildergalerie

OSS wo es gut tut

VMware nutzt hier also geschickt OSS für Aspekte, die den Aufbruch in die Welt der Container für Kunden stark vereinfachen. So konnte VMware bereits 2017 mit dem gemeinsam mit Pivotal entwickelten Produkt “Enterprise PKS” (Pivotal Container Service) zusätzlich damit punkten, dass es die oft sehr komplexe Installation, das Patchen/Upgraden und den Betrieb von Kubernetes Clustern mit all seinen Komponenten für den Kunden automatisiert hat. Mit der aktuellen Version vSphere 7 hat VMware Kubernetes sogar in den Hypervisor selbst integriert. Dies ermöglicht den Infrastrukturkonsumenten einen Self-Service-Zugriff auf die gepoolten virtuellen Hardwareressourcen in vSphere, aber auch das Provisionieren und Verwalten von weiteren Kubernetes Clustern (“Gast-Cluster”), die über den vSphere-internen Kubernetes Cluster (“Supervisor-Cluster”) verwaltet werden. Ermöglicht wird das über ein weiteres OSS-Projekt in der Kubernetes Community, an dem VMware zentral beteiligt ist: Cluster API. Es standardisiert die Definition von Kubernetes-Clustern und ermöglicht so einen Weg bei der Bereitstellung und Verwaltung über alle Cloud-Infrastrukturen hinweg.

Doch Cloud-native hört nicht bei Infrastrukturabstraktion mit Kubernetes APIs auf. Die 2019 von VMware übernommene Firma Pivotal hat sich der Produktivität von Entwicklern verschrieben. 2011 wurde innerhalb von VMware ein Platform-as-a-Service-Projekt gestartet, das wir heute als das Open Source Projekt “Cloud Foundry” kennen. Cloud Foundry wird von der Cloud Foundry Foundation verwaltet und ermöglicht es Entwicklern, sich auf das Schreiben von Code zu konzentrieren. Neben der Cloud Foundry Application Runtime – dem zentralen Projekt – gibt es auch noch diverse andere Projekte. Hierzu gehören die Cloud Native Buildpacks, die eine Abstraktion für das Bauen von Container Images ermöglichen.

Damit ist OSS für den Hersteller doppelt hilfreich. Einerseits kann VMware seine proprietäre Software für Virtualisierung und SDN mit erweiterten Funktionen weiterhin gut verkaufen, andererseits ist ein neues Produkt entstanden, das aus einem sinnvollen und fertig eingerichteten Bündel von OSS besteht. Am Vorgehen von VMware ist zu sehen, wie sich eine aktive Beteiligung an OSS und ein echtes Commitment positiv auf den Wert der Firma, die Kundenbeziehung, die Einnahmen und nicht zuletzt auch die Geschwindigkeit der Entwicklung der eigenen Produkte auswirkt. Dies kann für viele Firmen ein Vorbild sein, sich auch mehr an OSS zu beteiligen – besonders in Zeiten, in denen die digitale Souveränität bei Kunden im Fokus steht.

Christoph Puppe

Weitere Informationen zur modernen Plattform mit Kubernetes-basierter Micro-Services-Architektur finden Sie hier.

Der Autor: Christoph Puppe, SVA System Vertrieb Alexander GmbH, Managing IT Security Architect und Audit-Teamleiter BSI.

(ID:47151300)