Analyse: Projektsterben in der Cloud-Native-Welt

Inhaltsverzeichnis

Blickt man in den Rückspiegel, erscheinen die vergangenen rund 10 Jahre wie das Paradies für Entwickler und Betreiber von Serversoftware im Cloud-Native-Umfeld. Docker hatte 2013 die Containertechnik salonfähig sowie praktikabel gemacht und so den Weg geebnet für vieles, was später kommen sollte. Seither wird Software aller Art als Containerimage bereitgestellt, manch ein Anbieter liefert seine Produkte gar nicht mehr anders aus.

Der nächste Meilenstein folgte zwei Jahre später. Kubernetes 1.0 erschien im Jahr 2015 und hat sich schnell als Industriestandard fürs Betreiben von großen Containerinfrastrukturen etabliert. Ein Erfolgsfaktor: Google hatte viel Geld und Ressourcen in die Entwicklung von Kubernetes gesteckt und dabei seine Erfahrung aus dem Betrieb der internen Plattform Borg einfließen lassen. Kubernetes traf einen Nerv und Google hätte die Chance gehabt, sich und seine eigenen Cloudangebote unersetzlich zu machen. Doch anstatt Kubernetes exklusiv in der Google Cloud zu offerieren, veröffentlichte man die Software unter Apache-Lizenz. Der Code wurde dann an die eigens dafür gegründete CNCF, eine Tochterstiftung der Linux Foundation, übertragen.

Ein altruistisches Geschenk an die Menschheit? Mitnichten. Google wollte mehr als das schnelle Geld, nämlich die ganze Industrie verändern: Auch Amazon AWS und Microsoft stiegen ins Kubernetes-Spiel ein, boten Managed-Kubernetes-Dienste an und steckten Ressourcen in die Weiterentwicklung des Containerorchestrators, anstatt Alternativen zu bauen. Ein herstellerunabhängiger und quelloffener Standard für den Containerbetrieb – das überzeugte viele, ihre Anwendungen in Cloudrechenzentren zu betreiben. Weil Google sein Kind von Anfang an losließ, konnte es so weit wachsen und das Cloudgeschäft so sehr beschleunigen.

Das war die Leseprobe unseres heise-Plus-Artikels "Analyse: Projektsterben in der Cloud-Native-Welt". Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.