Wiederholt Kubernetes die Fehler von OpenStack?

vPierre Cloud Computing, Docker Leave a Comment

Erinnern Sie sich an den Aufstieg von OpenStack? Zuerst gab es Amazon und die Wolke. Und dann sagte VMware, dass Cloud auch privat sein kann. Und dann sagten Eukalyptus und CloudStack, dass die private Wolke geöffnet sein sollte. Und dann kam Rackspace mit OpenStack und sagte, dass private Cloud immer steckbar und flexibel sein sollte. Und alle Verkäufer jubelten! (Und ja, das schließt Mirantis mit ein). All Hagel OpenStack, Beschützer der DIY private Wolke und Eroberer von Amazonas!


Doch am Ende konnten nur wenige über OpenStack Zuflucht bei AWS finden. Also rannte jeder los, um eine neue Tarnung zu finden. Heute sieht das neue Cover schon sehr ähnlich aus wie Containers-as-a-Service (auch bekannt als unstrukturiertes PaaS), das von Google und Kubernetes vorangetrieben wird. Wir beobachten Cloud_Opinion’s Gesetz:“Jeder Anbieter, der in Cloud nicht konkurrenzfähig ist, wählt Hybrid als Strategie“.

Multi-Cloud ist die neue private. Kubernetes ist der neue OpenStack. Aber gibt es eine Gelegenheit, aus der Vergangenheit zu lernen und diesmal besser zu werden? Zumindest einige der Parallelen sind zumindest teilweise betroffen. Untersuchen wir sie…

Vor OpenStack gab es Eukalyptus und CloudStack. Beide waren eigenständige Implementierungen einer Private Cloud Referenz-Architektur. Ihre Eigenwilligkeit dämpfte die breite Akzeptanz bei den Kunden, doch die Dinge drängten sich. Dann kam OpenStack, der die unbedachte DIY-Karte ausspielte und folgendes passierte:

Schneller Vorlauf auf heute. Es gibt Cloud Foundry und OpenShift. Wie Eukalyptus und CloudStack sind beide eigenwillig. Also tuckern die Dinge mit, aber kein einziger Erfolg. Beide schwimmen gegen die starke Strömung des DIY-Wunsches der Unternehmen.

Es kommt eine Kubernete-gefeuerte Welle von Multi-Cloud-CaaS und, sicher genug, unverschämter DIY gewinnt:

Kubernetes CaaS hat gewonnen. Das lässt sich nicht leugnen. Mesosphere ist jetzt ein Kubernetes CaaS. Super eigenwillige Pivotal Cloud Foundry PaaS ist jetzt ein Kubernetes CaaS. Und selbst der sehr konservative Gartner in seinem Mai-Bericht warf einige weniger konservative Aussagen zurück:“Platform-as-a-Service-Anbieter… sind Dreh- und Angelpunkt, um CaaS-Lösungen anzubieten… Solche Plattformen können das Multi-Cloud-Versprechen… Realität werden lassen.“

Ich denke, es gibt zwei Möglichkeiten, das zu sehen. Der Optimist in mir jubelt, weil das unopinionated Multi-Cloud-CaaS endlich dazu führt, dass die Entwickler-Annahme, die strukturiertes PaaS nie geniessen konnte, nicht mehr so schnell vonstatten geht. Der Pessimist in mir überlegt, wie sich die Branche wieder einmal in den Durst nach DIY zurückzieht, indem er sich kurzfristig für eine schnelle Einführung über die langfristige operative Nachhaltigkeit entscheidet. Wir sind auf dem Weg zu einem komponierbaren, multicloud CaaS, das eine Fülle von Bausteinen der besten Art ist – Docker, Kubernetes, Helm, Istio, Spinnaker etc. entwickelt durch eine Vielzahl von lose gekoppelten Interessen; jede mit einem eigenen Release-Zyklus. Also, wie werden wir all das Zeug handhaben?

Die operativen Herausforderungen sind genau das, was die private Cloud erstickt und OpenStack mit nach unten gezogen hat. Wenn wir uns also von strukturierten PaaS zu komponierbaren CaaS-Systemen entwickeln, gehen wir dann nicht wieder genau den gleichen Weg?

Meinungsorientierte Lösungen, die als Software geliefert werden, können sich nicht gegen eigenwillige Lösungen durchsetzen, die als Cloud bereitgestellt werden. Der einzige Weg, den Infrastrukturmarkt mit Software zu bewegen, ist also das Abspielen des DIY-Kartenlesers, der mit der Zeit die operativen Herausforderungen verschärft und damit das Cloud Delivery-Modell attraktiver macht. Ist es eine Spirale des Untergangs? Um uns für private IaaS-Adaptionen zu begeistern, haben wir es DIY-freundlich mit OpenStack gemacht. Aber dann stolperten wir über Operationen und kapitulierten in der Public Cloud. Jetzt auf private PaaS-Software umgestellt. Um die Einführung privater PaaS-Software zu ermöglichen, machen wir sie nun DIY-freundlich, indem wir zu CaaS wechseln. Du kannst raten, was als nächstes passiert.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.