Warum das Ausführen einer eigenen Kubernetes-Bereitstellung eine schreckliche Idee sein könnte

Video: 3 wichtige Dinge, die jedes Unternehmen über Container wissen muss Containerlösungen sind die neue Normalität für Unternehmen. Der TechRepublic-Mitarbeiter Matt Asay erklärt, wie man in der Cloud anfängt und warum große Unternehmen Container benötigen.

Denken Sie daran, Kubernetes selbst zu verwalten? Tu es nicht.

Oh, sicher, Sie sind wirklich schlau und könnten es wahrscheinlich schaffen, aber angesichts der Geschwindigkeit, mit der sich die Kubernetes-Entwicklung entwickelt, möchten Sie sich das wirklich antun? Besonders angesichts der äußerst praktischen Cloud-Dienste von Kubernetes?

Nein, wirklich nicht

Laut einer CNCF-Umfrage vom Dezember 2017 entscheiden sich viele Unternehmen dafür, Kubernetes lokal zu betreiben (42%). Selbst diejenigen, die es in der Cloud ausführen, verwenden jedoch nicht unbedingt einen Dienst wie Googles GKE:

Bild: Cloud Native Computing Foundation

Die Frage ist "warum?" Wie Abraham Ingersoll von Gravitational kürzlich in einem Blogbeitrag feststellte:

Der absolut sicherste Ort zum Ausführen der Kubernetes-Anwendung ist immer noch Googles GKE. Sie haben es erstellt und die SRE-Kultur von Google hat das Buch über den erfolgreichen Betrieb verteilter Großsysteme geschrieben. Mit GKE und ähnlichen "Plattformen" von Kuberentes können Sie die meisten interessanten Knöpfe und Tasten, die Ihre Cluster steuern, nicht berühren. Möglicherweise zahlen Sie schließlich die lächerliche Ausgangssteuer für die öffentliche Cloud-Bandbreite. Also Käufer aufgepasst, aber JETZT KAUFEN.

Möglicherweise sind Sie an einen dieser Cloud-Dienste gebunden. Die Alternative besteht jedoch möglicherweise darin, den vollen Kubernetes-Wert zu sperren. Warum? Weil Kubernetes schwer ist.

Es könnte schlimmer sein

"Es besteht eine starke Tendenz, das vorgelagerte Projekt so lange wie möglich so flexibel wie möglich zu halten", schrieb Ingersoll. Dies ist ideal für Innovationen in Kubernetes, kann aber für Ihre spezielle Bereitstellung schlecht sein.

Die aktuelle Release-Struktur von Kubernetes sieht vor, dass "wenn Sie einen Kubernetes 1.6-Cluster kurz nach seiner Veröffentlichung im März letzten Jahres bereitgestellt haben, ein Upgrade auf 1, 7 innerhalb von etwa neun Monaten oder bis zur Auslieferung von 1, 9 Mitte Dezember erwartet wurde" Post. Dies wird wahrscheinlich nicht zu viele der coolen Kubernetes-Kids beunruhigen (obwohl eine andere CNCF-Umfrage zeigt, dass ein erheblicher Prozentsatz der Kubernetes-Bereitstellungen nicht unterstützte Versionen ausführen), aber es wird Unternehmen, die mit 10-jährigen Support-Richtlinien aufgewachsen sind, ernsthafte Pausen einlegen. sogar in Open Source Land (z. B. Red Hat Enterprise Linux).

Auch hier könnten Sie das übernehmen, aber warum? Ingersoll betonte: "Kubernetes-Plattformanbieter behandeln die Migration auf magische Weise um rückwärts inkompatible oder erzwungene Migrationen innerhalb von vorgelagerten Kubernetes-APIs."

Noch besser, sagte er: "Die Kubernetes-as-a-Service-Angebote, insbesondere die Kubernetes Engine (GKE) von Google Cloud, sind die besten Voraussetzungen für die derzeit stabilste und produktionswürdigste Version von Kubernetes." Google hat Kubernetes in erster Linie erstellt und weiß am besten, wie man es am Brummen hält (damit Sie es nicht müssen).

Es ist nicht allein. In einem Gespräch mit Red Hat-Manager Ashesh Badani, der das OpenShift-Geschäft des Unternehmens leitet, sagte Badani zu mir: "Kubernetes ist eine hervorragende Grundlage für eine Anwendungsplattform, aber für die meisten Unternehmen ist es immer noch undifferenziert, Speicher, Netzwerk, Sicherheit und Anwendung zu integrieren Frameworks usw. ... sowie um sie vierteljährlich auf dem neuesten Stand zu halten. " Red Hat bietet die Leistung von Kubernetes in OpenShift. Google macht es über GKE; Amazon schafft es mit EKS. Warum sollten Sie sich die Mühe machen?

Kubernetes ist hart genug, ohne die Komplexität des Betriebsaufwands zu erhöhen. Ja, es besteht die Gefahr einer Sperrung eines Cloud-Dienstes. Angesichts der Verfügbarkeit von Open Source-Kubernetes besteht das größte Risiko einer Sperrung darin, dass Sie Kubernetes niemals selbst verwalten möchten, wenn Sie einmal einen Eindruck von GKE erhalten haben oder OpenShift oder eine andere Cloud-Option.

Cloud und alles als Service Newsletter

Dies ist Ihre Anlaufstelle für die neuesten Informationen zu AWS, Microsoft Azure, Google Cloud Platform, XaaS, Cloud-Sicherheit und vielem mehr. Montags geliefert

Heute anmelden

© Copyright 2020 | mobilegn.com