Was AWS aus dem Erfolg von Google bei Kubernetes lernen kann

Bild: 123dartist, Getty Images / iStockphoto

Ein kurzer Blick auf das Kubernetes-Commit-Protokoll deutet darauf hin, dass das Interesse an einem Beitrag zur Open-Source-Container-Engine möglicherweise nachlässt. Dieser schnelle, oberflächliche Blick wäre jedoch falsch. Wild so.

Was dieser Rückgang der Commits für die Kern-Kubernetes-Engine tatsächlich zeigt, ist, dass Google und die wachsende Kubernetes-Community fast alles richtig machen, um ihren langfristigen Erfolg sicherzustellen.

Kern nicht mehr

In früheren Zeiten erlangten Plattformen Macht, indem sie dem Kern Funktionen hinzufügten. Viele Startups fanden ihr Vermögen zerstört, zum Beispiel durch Microsoft, das diese Funktionalität zu einer Funktion von Windows machte. Das war damals, dieses ist jetzt.

Kubernetes, das bereits an sich beeindruckend ist, zeigt insbesondere, wie es neue Funktionen verwaltet hat. Dieses Commit-Protokoll verjüngt sich teilweise, weil es, wie Ant Stanley bemerkt hat, "ein Zeichen dafür ist, dass das Projekt reift und sich stabilisiert, kein Rückgang des Interesses". "Für viele Infrastrukturprojekte", fügt Christopher Schmidt hinzu, "wäre dies eine äußerst gesunde Grafik."

Er hat recht, aber diese Grafik ist auch aus einem anderen Grund "gesund". Aus diesem Grund denkt der Kubernetes-Clan über die Kernplattform.

Wie Kubernetes-Entwickler Jaice Singer DuMars hervorgehoben hat: "Mit Dingen wie der Extraktion von Cloud-Anbietern versuchen wir, Dinge aus dem Kern herauszuholen, nicht hinein." Was?? Chris Aniszczyk, Geschäftsführer der Cloud Native Computing Foundation, stimmte dem zu und fügte hinzu, dass "viele der aufregenden Dinge außerhalb des Kubernetes-Kern-Repos geschehen. Dinge wie CSI wurden explizit außerhalb des Kern-Repos entwickelt." Kurz gesagt, Kubernetes muss nicht alle guten Dinge (wie zum Beispiel Istio und Helm) haben, da die Funktionalität fest im Kern verankert ist. Es ist eine Plattform. Es geht darum, andere Dinge um sich herum wachsen zu lassen, wie Jesse Ezell rief.

Dies bedeutet mit anderen Worten (in diesem Fall DuMars): "Kubernetes ist zum Epizentrum eines florierenden Ökosystems geworden, aber die Cloud-native Reise hat viele andere aufregende Wegpunkte."

Wenn nur alle Plattformteams so dachten.

Ein besserer Weg

Lassen Sie uns klar sein: Dieser dezentrale Ansatz zum Aufbau von Plattformen ist nicht typisch. Die meisten Unternehmen (und Open-Source-Projekte - OpenStack, irgendjemand?) Können sich nicht selbst helfen - es scheint einfach einfacher und effizienter zu sein, die Anziehungskraft des Kerns zu erhöhen und die umgebenden Satelliten einzusaugen. Dies ist jedoch ein wirklich schlechter Weg, um die Gemeinschaft zu fördern.

Im Gegensatz dazu scheint Kubernetes alles richtig zu machen, wenn es um Gemeinschaft geht. Dies ist ein wichtiger Grund, warum das Projekt frühere Marktteilnehmer wie Mesosphere und Docker auf den Markt für Container-Orchestrierung verdrängt hat. Aus diesem Grund koppelt jeder sein Container-Vermögen an Kubernetes, von Cloud-Giganten wie AWS und Google bis hin zu Anbietern von Dateninfrastruktur wie VMware und Oracle.

Deshalb sollten wir Google, dem ursprünglichen Schöpfer von Kubernetes, applaudieren. Google macht viele Dinge gut, aber es ist unglaublich, das Rezept der Kubernetes-Community so lange so richtig zu machen.

Aus diesem Grund sollten wir AWS, das zunehmend im Open Source-Bereich aktiv wird, daran erinnern, eine Seite aus Googles Buch zu übernehmen und zu lernen, wie Open Source-Projekte sowohl gestartet als auch gefördert werden. Mit Firecracker, einer leichtgewichtigen Virtualisierungstechnologie für die Ausführung von Container-Workloads mit mehreren Mandanten, bietet sich eine hervorragende Gelegenheit, genau dies zu tun. Das Open-Sourcing von Firecracker kam von den Lambda- und Fargate-Teams von Amazon, betonte Matt Wilson von AWS, ein Zeichen dafür, dass Open Source immer tiefer in die DNA von Amazon eindringt.

Dies ist gut, zumal AWS sich bemüht, der Kritik zu begegnen, dass es viel kostet, Open Source aber wenig gibt. Die anfängliche und fortlaufende Zusammenarbeit von Google mit Kubernetes und die Einrichtung des Kubernetes-Kerns zur Erleichterung, aber nicht zur Kontrolle von Folgeinnovationen ist ein gutes Beispiel.

Open Source Wöchentlicher Newsletter

Sie möchten unsere Tipps, Tutorials und Kommentare zum Linux-Betriebssystem und zu Open Source-Anwendungen nicht verpassen. Dienstags geliefert

Heute anmelden

© Copyright 2020 | mobilegn.com