Kubernetes wird 10: wie es im letzten Jahrzehnt Cloud -natives Computing gesteuert hat - und was als nächstes kommt

Wenn Sie Linux, Cloud, Container oder Kubernetes aus der Tech -Landschaft entfernen würden, finden Sie sich in einer Welt, die kaum erkennbar ist. Linux dient als Grundgestein für all diese Technologien; Die Cloud bietet uns Zugriff auf ihre riesigen Ressourcen und Anwendungen. Container bieten die Häuser für diese Apps. und Kubernetes hält alle Behälter in Harmonie. Nehmen Sie jemanden davon weg, und wir werden in eine primitivere Ära der Technologie zurückgegriffen.

Insbesondere Kubernetes hat in den letzten zehn Jahren die Welt des Cloud-nativen Computing dramatisch verändert. Kubernetes feiert sein 10-jähriges Jubiläum und ist ein leuchtendes Beispiel für die Kraft der Open-Source-Zusammenarbeit und der Innovation. Von Anfang an bei Google bis zu seinem Anstieg als Anlaufstelle für die Container-Orchestrierung hat es revolutioniert, wie wir Anwendungen bereitstellen, verwalten und skalieren.

Und Sie müssen nicht nur mein Wort dafür nehmen. Die jüngste The Voice of Kubernetes-Experten von Pure Storage ergaben 2024, dass "in den nächsten fünf Jahren 80% der neuen Anwendungen auf Cloud-nativen Plattformen aufbauen werden". Persönlich bin ich überrascht, dass die Figur nicht höher ist.

Kubernetes 'Auswirkungen auf das Computing

Kubernetes hat die Art und Weise, wie wir uns dem Computer nähern, grundlegend verändert. Als Liz Rice, Chief Open Source Officer bei Isovalent, ein EBPF-basierter Netzwerk-, Sicherheits- und Beobachtbarkeitsunternehmen, erklärt Kubernetes unseren Ansatz für Vernetzung und Sicherheit:

Kubernetes ist grundsätzlich dynamisch. Pods können als Reaktion auf die Nachfrage auf und ab skalieren, und Workloads können auf verschiedenen Maschinen geplant und verschoben werden. Obwohl das Netzwerk zwischen Kubernetes Workloads IP -Pakete verwendet, sind IP -Adressen kurzfristig nur aussagekräftig, da sie zu unterschiedlichen Zeiten für verschiedene Workloads verwendet und wiederverwendet werden. Dies bedeutet, dass herkömmliche Netzwerk- und Sicherheitstools, die den Datenverkehr basierend auf Ports und IP -Adressen identifizieren, nicht mehr ausreichend sind. Wir benötigen Tooling, die kurzlebige IP -Adressen zu sinnvollen Kubernetes -Identitäten wie Pods, Diensten, Namespaces und Knoten bilden.

Lassen Sie uns einen Rückblick auf das letzte Jahrzehnt werfen, um zu sehen, wo Kubernetes begann, wie es die Cloud-native Landschaft geprägt hat und was die Zukunft halten könnte.

Kubernetes 'Genesis

Die Geschichte von Kubernetes beginnt in den frühen 2010er Jahren bei Google, wo die Ingenieure die Herausforderungen bei der Verwaltung großer Containeranwendungen bewältigen. Container wurden immer wichtiger und eine Managementlösung wurde dringend benötigt.

Innerhalb von Google war die Bedeutung der Organisation von Behältern bereits gut verstanden. Google hatte Container schon lange verwendet, bevor Docker sie populär gemacht hat. Als die Google-Ingenieure Craig McLuckie, Joe Beda und Brendan Burns 2013 Urs Hölzle auf die Idee stellten, antwortete er. Es?"

Ja, genau das wollten sie. Und schließlich überzeugten sie Hölzle, dass es ein guter Schritt war.

McLuckie erklärte ihre Begründung:

Wir haben immer geglaubt, dass Open-Sourcing Kubernetes der richtige Weg war, um das Projekt viele Vorteile zu bringen. Zum einen waren Feedback -Loops im Wesentlichen sofort - wenn es ein Problem gab oder etwas nicht ganz richtig funktionierte, wussten wir sofort davon. Am wichtigsten war jedoch, dass wir mit vielen großartigen Ingenieuren zusammenarbeiten konnten, von denen viele die Bedürfnisse von Unternehmen, die vom Einsatz von Containern profitieren würden, wirklich verstanden haben. Es war ein tugendhafter Zyklus: Die Arbeit talentierter Ingenieure führte zu mehr Interesse an dem Projekt, was die Verbesserungs- und Nutzungsrate weiter erhöhte.

Anfang Juni 2014 wurde am ersten Dockercon "The Container Orchestration War" entzündet. Apache Mesos, Red Hat's Geard, Docker Libswarm, Facebooks Tupperware und Kubernetes wurden angekündigt. Brad Rydzewski, dann der Gründer von Drone.io, bemerkte: "Was ich bei #Dockercon gelernt habe: Jeder baut seine eigene Orchestrierungsplattform. Ernsthaft. Jeder."

Er hat sich nicht geirrt. Weitere Orchestrierungsprogramme folgten schnell.

Selbst in jenen frühen Tagen glaubte ich, dass Kubernetes als Gewinner auftreten würde. Es wurde vom Borg -Container -Management -Programm von Google inspiriert, das seit 2003 verwendet wurde und es einen Reifegrad verleiht, den die anderen fehlten.

Kubernetes erlangte schnell Traktion. Der Name "Kubernetes" stammt aus dem griechischen Wort für "Helmsman" oder "Pilot" und symbolisiert seine Rolle bei Containeranwendungen. Das Kubernetes-Logo, ein Schiffsrad mit sieben Speichen, huldigt sein Borg-Erbe und seinen anfänglichen Namen Seven of Nine, ein freundlicher Borg von Star Trek, der aus Markengründen fallen gelassen wurde.

Schnelle Adoption und Gemeinschaftswachstum

Kubernetes 'Open-Source-Natur- und robuste Feature-Set machte es zu einem sofortigen Hit von Entwicklern und Unternehmen. Bis 2015 hatte Kubernetes Version 1.0 erreicht, und Google hat sich mit der Linux Foundation zusammengetan, um die Cloud Native Computing Foundation (CNCF) mit Kubernetes als Samentechnologie zu bilden. Dieser Schritt war entscheidend für die Förderung einer lebendigen Gemeinschaft in Kubernetes, was zu einer raschen Innovation und einer weit verbreiteten Akzeptanz führte.

Während noch andere Container-Orchestrierungsprogramme vorhanden sind, kündigte Amazon Web Services (AWS) 2017 den elastischen Containerdienst für Kubernetes (EKS) an und signalisierte Kubernetes 'Dominanz in der Cloud-nativen Welt.

Gleichzeitig förderte der CNCF das Kubernetes -Ökosystem. Hunderte von Cloud-nativen Programmen verlassen sich heute auf Kubernetes. Kein großer Cloud -Anbieter ist ohne ihn. Es ist zur Container-Orchestrierungsplattform geworden.

Transformation von Cloud-nativen Entwicklung

Die Auswirkungen von Kubernetes auf die Cloud-native Entwicklung können nicht überbewertet werden. Es wurde ein neues Paradigma für die Bereitstellung und Verwaltung von Anwendungen eingeführt, sodass Entwickler sich auf das Schreiben von Code konzentrieren können, anstatt die Infrastruktur zu verwalten. Kubernetes fasst die Komplexität der Containerorchestrierung ab und bietet Funktionen wie automatisierte Rollouts und Rollbacks, Selbstheilung und horizontale Skalierung.

Ein weiterer bedeutender Vorteil von Kubernetes ist seine Portabilität. Anwendungen, die auf Kubernetes bereitgestellt werden, können auf jedem Cloud-Anbieter oder einer lokalen Infrastruktur ausgeführt werden, was es zu einer idealen Wahl für Hybrid- und Multi-Cloud-Umgebungen macht. Diese Flexibilität war ein Game-Changer für Unternehmen, sodass sie die Lock-In der Hersteller vermeiden und ihre Cloud-Strategien optimieren können.

Im Laufe der Jahre hat Kubernetes auch ein reiches Ökosystem von Werkzeugen und Projekten geführt, die seine Fähigkeiten erweitern. Dazu gehören Helm, der Kubernetes -Paket -Manager, der die Anwendungsbereitstellung und -verwaltung vereinfacht, sowie Prometheus, das leistungsstarke Überwachungs- und Alarm -Tool für Kubernetes -Umgebungen.

Der Aufstieg von Kubernetes hat auch neue Paradigmen wie Gitops geboren, die Git als einzelne Quelle der Wahrheit für die deklarative Infrastruktur und das Anwendungsmanagement nutzen.

Die Zukunft von Kubernetes

Mit Blick auf die Zukunft zeigt Kubernetes keine Anzeichen einer Verlangsamung. Die Plattform entwickelt sich weiterentwickelt, wobei regelmäßig neue Funktionen und Verbesserungen hinzugefügt werden. Die Kubernetes -Community untersucht nach Möglichkeiten, die Benutzererfahrung zu vereinfachen, die Sicherheit zu verbessern und die Skalierbarkeit zu verbessern.

Ville Aikas, Mitbegründerin von Chainguard und einer der Schöpfer von Kubernetes, beobachtete:

Wir haben diese massive CNCF -Landschaft, die blüht, was für die Vielfalt der Werkzeuge und Infrastrukturoptionen, die sie Plattformteams gibt, eine wunderbare Sache ist. Aber ich denke, es schafft auch eine Reihe von Auswahlmöglichkeiten, die getroffen werden müssen, um Kubernetes zu betreiben - und diese Landschaft ist riesig geworden. Ich war immer der Meinung, dass einer der Kerngründe, warum Kubernetes so beliebt wurde, die Anwendungsprogrammierschnittstelle (API) so einfach ist und dass die kognitive Last, die sie verwendet, relativ niedrig ist. Während Kubernetes weiter reifen muss, muss es irgendwie die Einfachheit seines mentalen Modells und die Verwendbarkeit seiner API behalten.

Das Ausgleich von Kubernetes und Cloud-nativen Programmierparadigmen wird immer komplexer.

Shahar Azulay, CEO und Mitbegründer von Groundcover, einem EBPF-Unternehmensüberwachungsunternehmen, stellte fest:

Kubernetes hat seine Fähigkeit demonstriert, verschiedene Aufgaben effektiv zu verwalten, aber seine Komplexität erfordert eine beträchtliche Einrichtung und laufende Wartung. Ähnlich wie Linux zu einem zuverlässigen Betriebssystem erwarte, erwarte ich, dass Kubernetes sich in eine benutzerfreundlichere Abstraktionsschicht verwandeln wird. Da die Einführung von Kubernetes ein Jahrzehnt weiter wächst, wird der Bedarf an Effizienz und Kostenoptimierung immer kritischer.

Mit Blick auf die Zukunft fügte der Reis von Isovalent hinzu:

Wir sehen bereits, dass Kubernetes neben Legacy Workloads und in Edge -Geräten in mehr hybriden Umgebungen verwendet wird. Die Cilium -Vision ist, dass ein Anwendungsentwickler nicht wissen oder sich darum kümmern muss, wo die Dienste, mit denen er interagieren möchten, ausgeführt werden: Konnektivität und Sicherheit sollten in der Plattformschicht behandelt werden.

Eine weitere aufregende Entwicklung am Horizont ist die Integration von Kubernetes mit serverloser Computing. Projekte wie Kubeless und Fspiding bringen kubernetes serverlose Funktionen und ermöglichen Entwicklern, Funktionen zu erstellen und zu bereitstellen-AS-a-Service (FAAS) zusätzlich zu ihren vorhandenen Kubernetes-Clustern. Diese Verschmelzung von serverlosen und Kubernetes verspricht, neue Möglichkeiten für Cloud-nativen Anwendungen freizuschalten.

Edge Computing und Kubernetes wachsen auch Hand in Hand. Wenn mehr Geräte und Anwendungen zum Rand wechseln, wird Kubernetes angepasst, um Edge -Bereitstellungen zu unterstützen. Die Kubernetes -Community arbeitet an Projekten wie Kubeedge, Microk8s und Red Hat Device Edge, um leichte, effiziente Kubernetes -Cluster zu ermöglichen, die auf Kantengeräten ausgeführt werden können.

Die Zukunft sieht für Kubernetes hell aus. Mit fortwährender Innovation und einem florierenden Ökosystem ist Kubernetes in den kommenden Jahren weiterhin die Cloud-native Landschaft gestaltet. Hier finden Sie ein weiteres Jahrzehnt Kubernetes, gefüllt mit Innovation, Zusammenarbeit und Exzellenz in der Containerorchestrierung.