© marchcattle / 123RF.com

Container samt Orchestrierung gelten heute als Standard gerade für neue Anwendungen. Jedoch ist Kubernetes ein sperriges und komplexes Biest. Die Firma SysEleven aus Berlin verspricht Admins, dieses Problem mit Metakube als Managed Kubernetes zu lösen.

Container und kein Ende: Im Fahrwasser des Cloud-Computings arbeiten Docker und Konsorten seit Jahren daran, bestehende Architekturparadigmen zu pulverisieren und alles dem neuen Konzept des Cloud-Ready-Computings unterzuordnen. Mit Container-Virtualisierung allein ist es dabei nicht getan, denn wer Cloud-Ready-Anwendungen wirklich mit Sinn und Verstand betreiben möchte, wählt dafür eine skalierbare Compute-Plattform. Dann ist ein Flottenverwalter aber eine zwingende Grundvoraussetzung, und Kubernetes hat sich am Markt für diese Rolle praktisch durchgesetzt.

Der Haken an der Sache: Obwohl Kubernetes einst aus dem Wunsch heraus entstand, das als hyperkomplex geltende OpenStack zu ersetzen, ist es keine leicht bedienbare Software. Böse Zungen behaupten gar, die Kubernetes-Entwickler hätten die allermeisten Fehler der OpenStack-Community wiederholt und seien damit heute bei einem ähnlich komplizierten Monster gelandet. Administratoren, die sich plötzlich mit Kubernetes-Bedarf konfrontiert sehen, hilft das freilich kaum weiter. Daher verbringt mancher Systemverwalter Monate der Einarbeitung, um zumindest ein grundlegendes Verständnis von Pods, CRDs, Controllern und ähnlichen Tools zu entwickeln, die für eine einsatzbereite Kubernetes-Plattform unverzichtbar sind.

Die großen Hyperscaler wie AWS und Azure springen Admins hier nur allzu gern zur Seite. Sie haben allesamt fertige, perfekt mit der jeweiligen Plattform integrierte Lösungen für Kubernetes im Portfolio, de facto eigentlich eigene Kubernetes-Distributionen. Wer die nicht nutzen kann oder will, findet seit Kurzem eine mögliche Alternative in Metakube von SysEleven. Das in Berlin ansässige Unternehmen bietet unter diesem Namen ein Managed-Kubernetes-Produkt an, das vor allem mit einer extrem kurzen Time-to-Market und hoher Integration in klassische Entwicklungswerkzeuge für sich wirbt. Grund genug, der Sache auf den Grund zu gehen: Was kann Metakube wirklich, wie einfach gestaltet sich der Einstieg, und welche Funktionen stehen zur Verfügung?

Aller Anfang …

Bevor es zur Sache geht, schadet es aber nicht, sich das technische Fundament der SysEleven-Lösung genauer anzusehen. Klar ist: Wer Flottenorchestrierung für die Compute-Knoten einer Server-Flotte betreiben möchte, braucht dafür eine solche. Die könnte Kubernetes unmittelbar in Form einzelner physischer Systeme zur Verfügung stellen. Diesen Weg beschreitet SysEleven jedoch nicht, wohl auch aus historischen Gründen: In Form des SysEleven-Stacks hat der Anbieter auch ein klassisches IaaS-Angebot auf Basis von KVM im Portfolio, das er weiter vertreibt. Da liegt es nahe, dieselbe auf OpenStack basierende Plattform auch für das eigene Kubernetes-Angebot zu nutzen. Das bringt an manchen Stellen andere Herausforderungen mit sich, als es bei einem direkt auf Blech basierten Kubernetes der Fall wäre. So nutzen OpenStack und Kubernetes eigene Ansätze für Software Defined Networking, die sich erst dank Open Virtual Network (OVN) mit Open Flow und Open vSwitch im Hintergrund sinnvoll integrieren lassen. Insgesamt spricht aber nichts gegen das Gespann aus OpenStack und Kubernetes, wenn es gut gemacht ist. Genau das verspricht SysEleven für Metakube.

Wie darf man sich das Onboarding nun also vorstellen? Im Test mittels eines der Redaktion zur Verfügung gestellten Testzugangs stand am Anfang der Arbeit zunächst eine mittelheftige Flut von E-Mails verschiedener Infrastrukturdienste des Anbieters. Neben den Zugangsdaten zum eigentlichen Metakube-Dienst bekommt man dabei auch Zugangsdaten für OpenStack sowie für das Support-System des Anbieters. Negativ fällt dabei auf, dass die Benutzerverzeichnisse hinter diesen Diensten offenbar nicht miteinander synchronisiert sind. Weil es den gängigen Best Practices widerspricht, für alle Dienste dasselbe Password zu benutzen, bekommen Nutzer von Metakube es also zwangsläufig mit verschiedenen Passwörtern zu tun. Echtes Single-Sign-on wäre hier wünschenswert und auch die Lösung auf der Höhe der Zeit. Allerdings handelt es sich nur um eine Komforteinschränkung, die über die Qualität des Angebots noch nicht viel aussagt.

Erste Schritte

Was es mit Metakube auf sich hat, erfahren Sie unmittelbar nach dem Login im Metakube-Frontend von SysEleven. Hier gilt zunächst der Grundsatz “wie Sie sehen, sehen Sie nichts”, denn außer eines grauen Bildschirms und eines Schalters Add Project am oberen rechten Bildschirmrand findet sich auf der Seite nichts Relevantes.

Hier wird aber bereits das Prinzip offensichtlich, das SysEleven für das eigene Produkt nutzt. Innerhalb von Metakube können Sie verschiedene Projekte verwalten, die im Hintergrund jeweils auf vollständig autarke Cluster mit Kubernetes verweisen. Zugleich darf, wer das möchte, innerhalb eines Projekts in Metakube verschiedene Kubernetes-Instanzen parallel betreiben, ohne dass die sich in die Quere kommen. Der technische Unterschied zwischen diesen Ansätzen findet sich auf der OpenStack-Ebene, die zwischen Projekten unterscheidet. Beim späteren Erstellen eines Kubernetes-Clusters geben Sie an, in welchem OpenStack-Projekt er laufen soll.

So wie es bei verschiedenen Cloud-Diensten gute Sitte ist, lädt auch Metakube zunächst dazu ein, den öffentlichen Teil eines eigenen SSH-Schlüssels zu hinterlegen. Den nutzt die Umgebung für Dienste in Metakube, die ebenfalls einen validen SSH-Schlüssel voraussetzen. Danach geht es mit der eigentlichen Arbeit los. Als Erstes steht das Anlegen eines ersten Clusters für Kubernetes auf dem Programm.

Was nach dem ersten Klick auf Create Cluster sofort auffällt: SysEleven beschränkt die Funktionen von Metakube nicht auf die eigene OpenStack-Plattform. Als Deployment-Ziele stehen auch AWS sowie Azure zur Verfügung. Das setzt freilich voraus, dass Sie Metakube die passenden Zugangsdaten mitteilen. Danach funktioniert das Deployment aber auch bei den Hyperscalern zuverlässig. Es verwundert wenig, dass SysEleven das Geschäft lieber im Haus behalten will und daher OpenStack in Form des SysEleven-Stacks prominent als erste Option anbietet.

Haben Sie OpenStack als Provider ausgewählt, stehen Sie im nächsten Schritt vor der Qual der Wahl eines Standorts. Aktuell betreibt SysEleven den SysEleven-Stack an drei Lokationen in Deutschland, deren genauer Ort sich aus den genutzten Abkürzungen aber höchstens erraten lässt. Eine Auswahl nach spezifischen Kriterien gelingt hier also kaum, was die Frage nach dem Sinn eines solchen Auswahlfensters aufwirft. Ebenso gut könnte das Frontend eine der drei Möglichkeiten durch Zufall ermitteln – zumindest fast. In einer Dokumentation weist SysEleven darauf hin, dass die unterschiedlichen Datacenter (oder Zonen) des SysEleven-Stacks mit unterschiedlichen Ressourcenlimits daherkommen. Aus jener Dokumentation ergibt sich skurrilerweise aber ebenfalls nicht, welche Rechenzentren denn mit fes1, dbi1 sowie cbk1 eigentlich gemeint sind (Abbildung 1). Ebenso wenig erschließt sich, wieso der Anbieter um dieses Thema eine derartige Geheimniskrämerei betreibt.

Abbildung 1: Etwas grotesk mutet die Plattformauswahl in Metakube an, wenn man sich für den SysEleven-OpenStack entscheidet. Hier gibt es drei Optionen, deren Standort sich aber nicht herausfinden lässt.

Viel Auswahl

Deutlich besser gefällt der auf die Standortauswahl folgende Dialog. Hier lässt sich erstmals erkennen, dass SysEleven viel Hirnschmalz in Metakube gesteckt hat und das Ziel tatsächlich darin besteht, Administratoren wie Usern das Leben leichter zu machen. In diesem Dialog legen Sie sämtliche grundlegenden Parameter fest, die den späteren Kubernetes-Cluster auszeichnen. Die vorkonfigurierbaren Einstellungen gestalten sich vielfältig. Aus etlichen Kubernetes-Versionen wählen Sie jene aus, die Sie für richtig halten. Ebenso lässt sich hier die Art und Weise festlegen, in der das neue Setup das Thema Netzwerk abwickelt (im Proxy-Modus, per IPVS oder mittels Iptables).

Bei Bedarf kann man zudem sogenannte Admission-Plugins integrieren. Sie legen sich auf der Ebene der Kubernetes-API um die Container und überwachen diese im Hinblick auf verschiedene Ereignisse. Änderungen an Pods, die den durch einen Administrator festgelegten Regeln widersprechen, verhindert ein Admission-Plugin. Obendrein dürfen Sie selbst festlegen, ob Sie Containerd oder Docker als Laufzeitumgebung für die neue Kubernetes-Installation nutzen möchten. Diese Auswahlmöglichkeit kommt vor allem jenen Admins zugute, die mit dem einen oder dem anderen Ansatz bereits Erfahrung sammeln konnten.

Hat man diesen Dialog bewältigt, geht es in den nächsten beiden Schritten mit der Konfiguration der virtuellen Instanzen weiter, die für den Kubernetes-Cluster von Metakube gestartet werden. Hier hängen die Auswahlmöglichkeiten offensichtlich von der genutzten Zielplattform ab. Verwendet man wie im Beispiel das SysEleven-eigene OpenStack, folgt ein zweigeteilter Dialog. Im ersten Teil geben Sie die Login-Credentials für den SysEleven-Stack an, die Sie eingangs gesetzt haben. Erneut wäre hier Single-Sign-on die deutlich bequemere Alternative. Sobald die Benutzerdaten aber hinterlegt sind, kann Metacube mit den APIs des SysEleven-Stack sprechen und sich Details wie verfügbare Abbilder für virtuelle Instanzen sowie verfügbare Hardwareprofile (Flavors) beschaffen.

Eben darum geht es im zweiten Teil, den der Metakube-Assistent als Schritt 4 anzeigt. Besonders positiv fällt auf, dass Sie hier wieder an vielen Stellschrauben des künftigen Setups drehen können. Eine Verpflichtung gibt es aber nicht. Wer sich also mit Kubernetes nur bedingt auskennt, darf bei Metakube darauf vertrauen, dass der Dienst sinnvolle Vorgabewerte verwendet. Eine Übersicht dazu zeigt der Assistent im nächsten und vorletzten Schritt dann noch einmal an, bevor Sie die Angaben bestätigen und damit die Erstellung des Clusters in Gang setzen.

Der fertige Cluster

Je nach Komplexität der Konfiguration vergeht im Anschluss einige Zeit, die der SysEleven-Stack benötigt, um die für K8s benötigten VMs anzulegen und die vorgesehene Konfiguration auszurollen. Gerade, wenn man beim Anlegen des Clusters horizontale Skalierbarkeit der Kubernetes-Knoten angegeben hat, dauert dieser Schritt durchaus eine Weile. Vorteilhaft: Die Status-Anzeige von Metakube verrät stets, wo im Prozess des Anlegens der Ressourcen sich Metakube gerade befindet (Abbildung 2). Sobald alle Haken grün sind, springt der Zustand des K8s-Clusters ebenfalls auf Grün, und die APIs des Kubernetes-Clusters stehen zur Verfügung.

Abbildung 2: Nach dem Festlegen aller Parameter macht Metakube sich ans Werk und startet im SysEleven-Stack zunächst die benötigen VMs, um darin anschließend die für K8s benötigten Dienste auszurollen.

Aus Testersicht erscheinen hier mehrere Dinge bemerkenswert. Zunächst ist offensichtlich, dass die Qualität der Dienstleistung bei Metakube auch mit dem SysEleven-Stack als Zielplattform dem Marktstandard entspricht und vergleichbaren Lösungen auf AWS oder Azure in nichts nachsteht. Das ist eine beachtliche Leistung. Darüber hinaus haben die Entwickler hinter Metakube einen Weg gefunden, Administratoren mit der richtigen Menge an Details zu konfrontieren, ohne sie zu überfordern. Das bereits erwähnte Beispiel der horizontalen Skalierbarkeit bietet dafür ein gutes Beispiel. Praktisch jedes K8s-Setup nutzt diese Funktion, wenn Cloud-Native-Anwendungen darin laufen. Entsprechend ist es wichtig, durch eine GUI wie Metakube Zugriff auf dieses Feature zu haben. Wer aber gerade erst in die K8s-Welt einsteigt, kann mit der Beschreibung der Funktion oft gar nichts anfangen und bekommt in Metakube einen sinnvollen Standard ab Werk geliefert. Das ist ebenso ausgezeichnet wie der Umstand, dass Metakube nach getaner Arbeit auch den aktuellen Status eines K8s-Clusters anzeigen kann. Das umfasst Werte wie gerade genutzte CPU-Zyklen oder die Menge an RAM in Megabyte (Abbildung 3).

Abbildung 3: Sobald Metakube seine Arbeit erledigt hat, fungiert dieselbe Seite, die zuvor den Deployment-Fortschritt angezeigt hat, als Statusanzeige mitsamt einiger Metrikdaten.

Exzellent gelöst ist im Metakube übrigens auch die Art und Weise, wie man sich nach dem Anlegen der gesammelten Ressourcen Zugriff auf seinen K8s-Cluster verschafft. Metakube integriert eine Funktion, die eine mit Kubectl kompatible Credentials-Datei generiert und zum Herunterladen bereitstellt. Die offenbart gleich auch ein Geheimnis, das Metakube selbst im GUI nicht anzeigt, nämlich die Adresse, unter der man die frisch gestartete Kubernetes-API im Folgenden erreicht. Ansonsten wäre diese nur direkt im SysEleven-Stack sichtbar (Abbildung 4). Bis heute gibt es für Kubernetes bekanntlich keine brauchbare Standard-UI. Ab hier schlagen Sie sich entsprechend per Kommandozeile durch, indem Sie die ersten Ressourcen in Ihren frischen Kubernetes-Cluster integrieren.

Abbildung 4: Für das Deployment von Metakube nutzt SysEleven standardmäßig den eigenen, auf OpenStack-basierten Private-Cloud-Stack des Unternehmens. Darauf erhält der Kunde auch direkten Zugriff.

Zusatzfunktionen

SysEleven stellt mehrere Addons für Metakube zur Verfügung, die sich mittels des K8s-Paketmanagers Helm installieren lassen. Aus Benutzersicht viel wichtiger dürfte aber sein, dass die Firma Standard-Features wie die Anbindung externer DNS-Dienste ebenfalls nicht vergessen hat. In gewisser Weise liegt es auf der Hand, dass Kunden ihre Dienste nicht nur unter einer »syseleven.net«-Adresse erreichen wollen, sondern auch über die eigene Domäne. Der Sys11-Stack macht das möglich, denn er umfasst die OpenStack-Komponente Designate, also DNS as a Service. Sys11 stellt in einer eigenen Dokumentation auch heraus, wie sich ein externer DNS-Server mit dem Sys11-Stack verdrahten lässt. Ganz leicht ist diese Übung aber nicht und vor allem nicht eingängig. Irgendwann aber sind alle Kubernetes-Konfigurationen erledigt, und man kann sich dem eigentlichen Zweck der Veranstaltung widmen: dem Betrieb von Anwendungen im frischen K8s-Cluster.

Schneller per Accelerator

Dabei wird schnell deutlich, dass SysEleven das eigene Produkt Metakube durchaus über die Grenzen des fertig ausgerollten Kubernetes gedacht hat. In die hier lauernde Falle tappen viele Service-Provider: Zwar ist es in der Tat hilfreich, unerfahrenen Nutzern beim Ausrollen eines K8s-Clusters unter die Arme zu greifen. Mit einem laufenden K8s-Cluster allein erreichen die meisten Unternehmen aber nichts, wenn keine nützliche App darin läuft. Das Deployment von Diensten und Anwendungen in Kubernetes gestaltet sich indes alles andere als trivial. Das liegt zum Teil schon daran, dass im K8s-Kontext etliche Begriffe zum Einsatz kommen, die außerhalb dieses Kosmos völlig unbekannt sind, etwa Helm Charts, Custom Resource Definitions oder Replication Controller. Wer die Nutzer mit all diesen Themen allein lässt, der läuft Gefahr, dass die anfängliche Euphorie über das erfolgreich gestartete K8s schnell verpufft. Eben diesen Fehler macht SysEleven nicht, denn in Form des Metakube Accelerator steht eine weitere Metakube-Komponente zur Verfügung. Deren einziges Ziel besteht darin, Anwendungen für K8s-Anwender so schnell wie möglich online zu bringen.

Wie Accelerator funktioniert

Nach außen hin teilt sich der Accelerator in mehrere Komponenten auf. Zu den wichtigsten davon zählen einerseits ein Kommandozeilenwerkzeug namens »mkactl« und andererseits eine Sammlung fertiger, für den Betrieb in Metakube optimierter Dienste und Services, die SysEleven als Building Blocks bezeichnet. Praktisch: Mkactl stellt SysEleven in verschiedenen Formen für etliche Betriebssysteme bereit, darunter als Bauanleitung für Brew, die MacOS-Programmsammlung nach Vorbild der Ports in FreeBSD. Es sind Kleinigkeiten wie diese, die die Arbeit mit Metakube und dem Accelerator insgesamt sehr angenehm gestalten.

Wer Metakube-Kunde bei SysEleven wird, bekommt automatisch auch Zugriff auf das Codeverzeichnis des Unternehmens unter http://code.syseleven.de. Dort lassen sich die existierenden Building-Blocks einerseits direkt betrachten; andererseits bezieht Mkactl die benötigten Quelldateien aus eben diesem Ordner. Der zweite Schritt nach der Installation von Mkactl besteht deshalb darin, dem Werkzeug die eigenen Daten für den Zugriff auf http://code.syseleven.de mitzuteilen. Das Unternehmen bietet auch die Möglichkeit, eigene Quelltextverzeichnisse in seinem Git anzulegen. Es basiert auf Gitlab und hat eine komplette Pipeline aus CI/CD-Werkzeugen im Rücken, sodass Metakube Accelerator einem Administrator oder Entwickler auch diese Arbeit abnimmt. Im Grunde handelt es sich beim Accelerator also um eine Art fertige Build-Pipeline mit etlichen vorgefertigten Softwaremodulen.

Darunter findet sich übrigens viel Prominenz. Praktisch jeder nutzt heute etwa das Gespann aus Prometheus (Abbildung 5), Grafana und Loki, um Metrik- und Log-Daten von Kubernetes-Instanzen zu sammeln, zu reduzieren und permanent zu speichern. Passend dazu finden sich für alle drei Lösungen fertige Module unter den Accelerator Building Blocks. Daneben stehen Anweisungen für Elasticsearch, Nginx, Memcached oder RabbitMQ zur Verfügung. Alle Building Blocks pflegt der Anbieter regelmäßig, sodass im Test kein einziger kaputter Operator vorhanden war.

Abbildung 5: Beispiel eines SysEleven-Building-Blocks, hier Prometheus: Der Anbieter stellt etliche paketierte Dienste für die Nutzung in Metakube zur Verfügung.

Der Rest ist schnell erklärt: Mittels Mkactl wählen Sie Building Blocks aus, die Teil Ihres Kubernetes-Clusters werden sollen. Neben den Credentials für das SysEleven-Codeverzeichnis geben Sie Mkactl auch die Daten aus der zuvor heruntergeladenen Datei mit den Credentials für Kubernetes mit auf den Weg; schließlich soll das Programm später Ressourcen darin ausrollen. Und dann geht es auch schon los: Wählen Sie die einzelnen Building-Blocks zur Installation aus, erstellt der Accelerator eine Build-Pipeline in Gitlab und führt sie aus. Am Ende der Aktion erfolgt die Installation der Building Blocks in K8s per Helm-Kommando, denn bei den Building-Blocks handelt es sich eigentlich um Helm-Verzeichnisse. Flugs steht auf diese Weise ein kompletter K8s-Cluster mit Nginx-Instanz zur Verfügung, der sowohl auf der Applikations- als auch auf der K8s-Seite perfekt vorkonfiguriert ist.

In den meisten Fällen werden Unternehmen freilich eigene Konfigurationen für diese Dienste hinterlegen wollen; das macht der Accelerator aber einfach möglich. In die in Gitlab erstellten Build-Pipelines lassen sich eigene Dateien einschleusen, die dann statt der Template-Dateien zum Einsatz kommen. Am Ende dieses Tests liefen in mehreren K8s-Clustern im SysEleven-Stack Dienste wie Prometheus, RabbitMQ oder Redis (sogar als Cluster), deren Setup samt und sonders weniger als 15 Minuten in Anspruch genommen hatte. Der größte Teil der benötigten Zeit entfällt bei Metakube und beim Accelerator darauf, sich in den jeweiligen Diensten zurechtzufinden und ihre Funktionsweise zu verstehen. SysEleven greift Ihnen dabei aber mit guter und einigermaßen vollständiger Dokumentation unter die Arme. Haben Sie die Funktionsweise des Diensts erst einmal verstanden, klappt das Deployment selbst modifizierter Anwendungen in K8s-Clustern bemerkenswert leicht. Gleichzeitig wirken die Lösungen nicht überladen. Man gerät bei Metakube nicht zwangsläufig in eine Situation, in der man den Wald vor lauter Bäumen nicht mehr sieht.

Managed und Fully Managed

Möchten Sie sich nicht in die Niederungen der K8s-Lösungen begeben, können Sie bei SysEleven auf Basis von Metakube sowie des Accelerators auch das Rundum-glücklich-Paket buchen, ein vollständig vom Anbieter gemanagetes K8s. Darin besteht ein Kernunterschied zum Accelerator-Angebot: Dort betreibt SysEleven lediglich die zu K8s gehörenden Komponenten, und zwar automatisiert und ohne großartige Support-Optionen. Die Operator-Option sorgt dafür, dass SysEleven auch die jeweils benötigten Anwendungen in K8s betreibt, es handelt sich also um einen Fully-managed-Ansatz.

Die Preise halten sich dabei durchaus im Rahmen. Es ist allerdings gar nicht so leicht, sie hier übersichtlich darzustellen: Es gilt Pay as you go, wie im Cloud-Kontext üblich. Grundsätzlich nennt SysEleven als Preis 10 Cent Grundgebühr pro Metakube-Cluster pro Stunde, 0,0124 Euro pro Gigabyte pro Stunde für Blockspeicher, 15 Cent pro schnellem Speicher sowie 2,92 Euro im Monat pro genutzter öffentlicher IPv4. Ein Drei-Knoten-Cluster mit zwei vCPUs pro Instanz, 8 GByte RAM und einem zusätzlichen Distributed-Server mit 100 GByte Storage sowie vier Floating-IPs käme in eben diesem Beispiel auf einen Preis von 317 Euro pro Monat.

Müssen Sie es genauer wissen und wollen den Preis für das eigene Setup im Vorfeld klären, gelingt das realistisch nur im direkten Dialog mit dem Hersteller. Der verspricht auf seiner Website zumindest, unkompliziert eine komplette und aktuelle Preisliste herauszurücken. Für alle, die trotzdem nicht die sprichwörtliche Katze im Sack kaufen möchten, bietet SysEleven eine ausgedehnte Trial-Phase von Metakube über 30 Tage an. Details liefert der Anbieter auf Anfrage.

Fazit

Nicht wenigen Administratoren hängt das Thema Kubernetes mittlerweile zum Hals heraus, weil es beinahe überall und ständig vorkommt. Nur die wenigsten Admins kommen jedoch komplett um die Technik herum.

Hier springt SysEleven mit seinem Metakube-Angebot in die Bresche. Managed Kubernetes und den Start von Anwendungen in den gemanagten Clustern wickelt Metakube mit erstaunlicher Stabilität bei sehr hoher Funktionalität ab. Selbst wenn man keine Ahnung von Kubernetes hat, macht es auf Basis von Metakube sowie des Accelerators fast schon Spaß, den ersten Kubernetes-Cluster zu starten und ihn mit Anwendungen zu versehen.

Für einige Unternehmen dürfte echter Mehrwert darin stecken, sich in Metakube einzuarbeiten und diesen Dienst zu nutzen, statt Kubernetes komplett selbst aufzusetzen. Schneller dürfte man hier jedenfalls in den allermeisten Fällen sein, günstiger davon kommt man wohl nur selten. In Summe gilt jedoch: Hut ab. (jcb/jlu)