So funktioniert Kubernetes — vom Sollzustand zu laufenden Workloads

So funktioniert Kubernetes — vom Sollzustand zu laufenden Workloads

Die interaktive FlowJam-Zeichenfläche zu dieser Erklärung — jede Bahn, jede Zeile und jeder Pfeil oben gehört zu einem echten QueryChart-Diagramm, das Sie öffnen und bearbeiten können.

So lesen Sie diese Darstellung

• Lesen Sie die vier Spalten von links nach rechts: Deklarieren, Einplanen, Ausführen, Aufrechterhalten.
• Die Zeilen der Control Plane (oben) entscheiden; die Zeilen der Worker-Nodes (unten) führen aus. Pfeile von oben nach unten sind Anweisungen; die Schleife zurück nach oben von „Pod ist gesund?“ ist der Abgleichzyklus.
• Der Sollzustand im Manifest ist die Quelle der Wahrheit — jeder andere Kasten existiert, um die Wirklichkeit dorthin zu bewegen.

Den Sollzustand deklarieren

„kubectl apply mit einem Manifest des Sollzustands“ ist der Anfang von allem: Der Entwickler beschreibt das Ziel — „3 Replikate der API, Image v2.1, Port 8080“ — und reicht es ein. „API-Server legt den Sollzustand in etcd ab“ ist der Punkt der Festschreibung: Der API-Server der Control Plane ist die Eingangstür, und etcd ist die Quelle der Wahrheit im Cluster. Alles Weitere ist eine Folge dieses einen Schreibvorgangs.

Das Einplanen

„Scheduler beobachtet und wählt Nodes für die Pods“ und „Scheduler weist jeden Pod einem gesunden Node zu“ sind die Control Plane, die entscheidet, wo die Arbeit läuft. Der Scheduler berücksichtigt Ressourcen und Einschränkungen jedes Node und platziert den Pod auf dem besten Kandidaten — der Entwickler wählt keine Maschinen, nur den Sollzustand.

Ausführen auf den Workern

„kubelet auf dem Node holt Images und startet Container“ ist die Worker-Hälfte der Anordnung: Das kubelet ist der Agent der Control Plane auf jedem Node, spricht mit der Container-Laufzeitumgebung, um die zugewiesenen Pods zu starten, und meldet den Zustand zurück. „Ein Service leitet den Datenverkehr an die laufenden Pods“ ergänzt den stabilen Netzwerkzugang — Pods kommen und gehen, der Name des Service ändert sich nicht.

Den Zustand aufrechterhalten

„Controller gleicht ab — startet Ausfälle neu, skaliert Replikate“ ist die Rückkopplungsschleife, und „Pod ist gesund?“ ist ihre Prüfung — Liveness- und Readiness-Checks entscheiden, ob ein Pod ersetzt wird (der Zweig „Nein“ führt zurück in den Abgleich) oder bleibt. „Deployment bleibt im Sollzustand“ ist der Endzustand: keine erledigte Aufgabe, sondern ein laufendes System, das seinem Manifest entspricht.

Wichtige Zusammenhänge und Erkenntnisse

• Kubernetes ist deklarativ: Sie nennen das Ziel, nicht die Schritte, und das System erledigt den Rest.
• Die Control Plane entscheidet, das kubelet führt aus — ohne den Sollzustand in etcd läuft nichts.
• Der Abgleich ist die Schleife: vergleichen, die Differenz anwenden, wiederholen, immer weiter.
• Probes entscheiden über den Zustand, und der Zustand entscheidet über den Ersatz — ein ausgefallener Pod wird ohne menschliches Zutun neu gestartet.
• Kubernetes orchestriert die Container, die Docker verpackt — deshalb hängen die beiden Darstellungen zusammen.

Wann Sie diese Darstellung nutzen

• Einem Team, das neu mit Kubernetes arbeitet, den Unterschied zwischen Control Plane und Workern erklären.
• Das deklarative Modell vermitteln, bevor jemand seine ersten Manifeste für Deployment und Service schreibt.
• Ein Gespräch über Selbstheilung fundieren — was Kubernetes automatisch behebt und was weiterhin einen Eingriff im Betrieb braucht.

So funktioniert es

1. Vermerken Sie das Manifest, das Sie tatsächlich betreiben

   Ergänzen Sie am apply-Schritt Notizen zu Ihrem echten Deployment und Service — Anzahl der Replikate, Images, Ports —, damit das Diagramm Ihren Cluster abbildet.

2. Ergänzen Sie die Netzwerkschicht

   Fügen Sie zwischen Service und Nutzern einen Ingress-Kasten ein und vermerken Sie, wie Ihr Cluster den Datenverkehr nach außen führt — das ist der Teil, den die meisten Teams zuerst anpassen.

3. Zeigen Sie Ihre Skalierungsregeln

   Erweitern Sie den Abgleichschritt um einen Zweig mit dem Horizontal Pod Autoscaler, der Replikate anhand von CPU oder eigenen Metriken skaliert und in einem eigenen Zustand endet.

4. Ergänzen Sie die Pfade für Ausfall und Speicher

   Nehmen Sie Persistent Volumes für zustandsbehaftete Workloads und die Anti-Affinity-Regeln auf, die Sie nutzen, jeweils mit einem Kommentar, der das Warum erklärt.

Häufig gestellte Fragen

Was ist Kubernetes, einfach gesagt?

Kubernetes ist ein System, das containerisierte Anwendungen über einen Cluster von Maschinen hinweg betreibt und am Laufen hält. Sie sagen ihm, was Sie wollen — wie viele Kopien jeder Anwendung, welches Image, welche Ports —, und es plant die Arbeit auf Maschinen ein, startet Ausfälle neu, skaliert hoch und herunter und leitet den Datenverkehr. Die Darstellung fasst das als Deklarieren, Einplanen, Ausführen und Aufrechterhalten.

Was ist die Control Plane in Kubernetes?

Die Control Plane ist die Menge der Bestandteile, die über den Cluster entscheiden: der API-Server, der Ihre Manifeste annimmt, etcd, das den Sollzustand speichert, der Scheduler, der Pods platziert, und die Controller, die die Wirklichkeit an den Sollzustand angleichen. Sie ist das Gehirn. Die Worker-Nodes sind die Muskeln — auf jedem läuft ein kubelet, das die ihm zugewiesenen Pods startet und überwacht.

Was bedeutet „deklarativ“ in Kubernetes?

Es bedeutet, dass Sie den Zielzustand beschreiben, statt Befehle zu erteilen, um ihn zu erreichen. Sie spielen ein Manifest ein, das „drei Replikate betreiben“ sagt; Kubernetes ermittelt die Schritte und geht sie immer wieder, sobald die Wirklichkeit abdriftet. Stirbt ein Pod, erzeugt der Controller einen Ersatz, um wieder auf drei zu kommen — niemand führt einen Befehl erneut aus. Das Manifest ist die Quelle der Wahrheit, und der Abgleich ist der Mechanismus.

Wie hält Kubernetes Anwendungen gesund?

Über Probes und die Abgleichschleife. Liveness-Probes sagen Kubernetes, ob ein Container lebt — eine fehlschlagende Liveness-Probe startet ihn neu. Readiness-Probes sagen, ob ein Pod Datenverkehr bedienen kann — eine fehlschlagende Readiness-Probe nimmt ihn aus dem Service. Der Controller vergleicht den laufenden Zustand fortlaufend mit dem Sollzustand und wendet die Differenz an; genau diese Schleife stellt die Entscheidung „Pod ist gesund?“ in der Darstellung dar.

Diese Darstellung in QueryChart (FlowJam) bearbeiten

Öffnen Sie genau diese Kubernetes-Zeichenfläche als eigenes Diagramm, benennen Sie die Bestandteile auf Ihren Cluster um, und vermerken Sie Ihre Workloads.

Diese Darstellung in QueryChart (FlowJam) bearbeiten