Was ist Kubernetes?

Kubernetes (kurz K8s) ist eine quelloffene Plattform, die Container-Anwendungen auf mehreren Servern automatisch startet, verteilt, überwacht und bei Bedarf neu startet. Man beschreibt, welcher Zustand gewünscht ist, etwa „drei Instanzen des Kundenportals, immer erreichbar“, und Kubernetes sorgt selbstständig dafür, dass dieser Zustand eingehalten wird.

Ursprünglich bei Google entwickelt und 2014 als Open Source veröffentlicht, wird Kubernetes heute von der Cloud Native Computing Foundation gepflegt und ist zum Standard für den Betrieb containerisierter Software geworden. Das heißt aber nicht, dass jedes Unternehmen es braucht.

Wofür Kubernetes da ist

Stellen Sie sich einen Schichtleiter vor, der für eine Halle voller Maschinen zuständig ist. Er entscheidet, welcher Auftrag auf welcher Maschine läuft, springt ein, wenn eine ausfällt, und schaltet zusätzliche Linien zu, wenn die Auftragslage steigt. Kubernetes übernimmt diese Rolle für Software: Es verteilt Anwendungen auf Server, ersetzt abgestürzte Teile und passt die Kapazität an die Last an.

Nützlich wird das, sobald mehrere Anwendungen oder viele Instanzen auf mehreren Servern laufen – typisch bei Microservices oder bei Plattformen mit stark schwankender Nutzung.

Erst die Container, dann Kubernetes

Ein Container ist ein verschnürtes Paket aus einer Anwendung und allem, was sie zum Laufen braucht: Laufzeitumgebung, Bibliotheken, Einstellungen. Das bekannteste Werkzeug dafür ist Docker. Ein Container läuft auf dem Entwicklerrechner genauso wie auf dem Server – das Problem „bei mir hat es funktioniert“ entfällt weitgehend.

Ein einzelner Container lässt sich leicht von Hand starten. Bei dreißig Containern auf fünf Servern, die aktualisiert, gesichert und überwacht werden sollen, wird es unübersichtlich. Genau hier setzt Kubernetes an: als Orchestrierung, also als Dirigent vieler Container.

Die wichtigsten Begriffe

• Cluster: der Verbund aller Server, die Kubernetes verwaltet.
• Node: ein einzelner Server im Cluster, physisch oder virtuell.
• Pod: die kleinste Einheit, meist ein Container samt Speicher und Netzwerkadresse.
• Deployment: die Beschreibung, welche Anwendung in welcher Version wie oft laufen soll.
• Service: eine feste Adresse, unter der eine Gruppe von Pods erreichbar ist, auch wenn einzelne Pods wechseln.
• Ingress: der Eingang von außen, der Anfragen aus dem Internet an die richtigen Services leitet.
• Namespace: ein abgetrennter Bereich im Cluster, etwa für Test und Produktion.

So arbeitet Kubernetes

1. Gewünschten Zustand beschreiben: In Konfigurationsdateien steht, welche Anwendungen in welcher Version und Anzahl laufen sollen und wie viel Speicher sie bekommen.
2. Verteilen: Kubernetes sucht passende Server und startet die Pods dort.
3. Überwachen: Regelmäßige Prüfungen stellen fest, ob jede Anwendung antwortet.
4. Selbst heilen: Stürzt ein Pod ab oder fällt ein Server aus, startet Kubernetes Ersatz an anderer Stelle.
5. Skalieren: Steigt die Last, werden automatisch weitere Instanzen gestartet, sinkt sie, werden sie wieder abgebaut.
6. Ausrollen: Neue Versionen werden schrittweise eingespielt. Treten Fehler auf, lässt sich die alte Version zurückholen – eng verzahnt mit CI/CD.

Kubernetes und seine Alternativen

Für viele Anwendungen im Mittelstand ist ein gut gepflegter Server mit Containern völlig ausreichend. Kubernetes ist ein Werkzeug für ein bestimmtes Maß an Komplexität, kein Qualitätssiegel. Mehr zum Umfeld unter Cloud Computing.

Aufwand, Kosten und Risiken

Kubernetes bringt eine eigene Welt aus Konfigurationen, Netzwerkregeln, Zugriffsrechten und Updates mit. Ein Cluster muss selbst gewartet werden, neue Versionen erscheinen mehrmals im Jahr, ältere verlieren nach etwa einem Jahr die Unterstützung. Fehlkonfigurationen sind eine häufige Ursache für Sicherheitsvorfälle, etwa offen erreichbare Verwaltungsoberflächen oder zu weit gefasste Rechte.

Hinzu kommen Personalfragen: Fachleute mit Kubernetes-Erfahrung sind gefragt. Wer das Wissen nur bei einer Person im Haus hat, schafft ein neues Klumpenrisiko. Entscheidend ist deshalb die ehrliche Frage, ob der Nutzen – Ausfallsicherheit, automatische Skalierung, einheitliche Auslieferung – den Betriebsaufwand übersteigt. Diese Denkweise gehört zu DevOps: Entwicklung und Betrieb werden gemeinsam geplant, nicht nacheinander.

In der Praxis: Kubernetes nur, wenn es trägt

Bei Betrieb und Wartung wählen wir die Betriebsform nach Last und Verfügbarkeitsanforderung. Viele Anwendungen laufen stabil in Containern auf Servern in Deutschland, ohne dass ein Cluster nötig ist. Wo mehrere Dienste, hohe Verfügbarkeit oder schwankende Last es verlangen, setzen wir auf Orchestrierung und übernehmen Updates, Überwachung und Datensicherung. Soll eine gewachsene Anwendung erst containerfähig werden, ist das ein typischer Schritt der IT-Modernisierung.

Häufige Fragen

Was ist Kubernetes einfach erklärt?

Ein Programm, das viele Container auf mehreren Servern verwaltet. Es startet Anwendungen, ersetzt ausgefallene und fährt bei hoher Last zusätzliche Kopien hoch.

Was ist der Unterschied zwischen Docker und Kubernetes?

Docker verpackt eine Anwendung in einen Container und startet ihn. Kubernetes koordiniert viele solcher Container über mehrere Server hinweg. Die beiden ergänzen sich.

Braucht mein Unternehmen Kubernetes?

Nur wenn Sie viele Dienste betreiben, hohe Ausfallsicherheit brauchen oder die Last stark schwankt. Für eine einzelne Web-Anwendung ist ein gut gewarteter Server meist wirtschaftlicher.

Warum heißt es K8s?

Zwischen dem K und dem s von „Kubernetes“ stehen acht Buchstaben. Der Name stammt aus dem Griechischen und bedeutet Steuermann.