Kostenlose DevOps-Analyse
Zurück zum Glossar
DevOps Glossar·Automation

Kubernetes

// Direkte Antwort

Wofür braucht man Kubernetes?

Kubernetes ist ein Open-Source-System zur Orchestrierung von Container-Anwendungen im großen Maßstab. Es übernimmt automatisch das Deployment, die Skalierung, das Load Balancing und die Selbstheilung containerisierter Dienste — Entwickler beschreiben nur den gewünschten Zustand, das Cluster stellt ihn her und hält ihn.

// Kurz gefragt1 Klick, anonym

Ist Kubernetes bei Ihnen gerade ein Thema?

Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.

// Im DetailKubernetes

Kubernetes funktioniert nach einem deklarativen Soll-Ist-Prinzip. Statt einzelne Befehle auszuführen, beschreibt man den gewünschten Zustand — etwa drei Replicas eines Dienstes mit bestimmten Ressourcenlimits — und Kubernetes sorgt über Controller dafür, dass dieser Zustand erreicht und gehalten wird. Fällt ein Container aus, startet das System ihn neu; steigt die Last, lässt sich automatisch skalieren. Diese Selbstheilung ist der zentrale Betriebsvorteil.

Die Abgrenzung zu einzelnen Containern ist wichtig: Docker oder andere Runtimes erzeugen und betreiben Container, aber Kubernetes orchestriert sie über viele Maschinen hinweg — Scheduling, Networking, Storage, Service-Discovery und Load-Balancing. Kubernetes ist also keine Alternative zu Containern, sondern die Ebene darüber, die deren Betrieb im großen Maßstab erst beherrschbar macht.

Für Industrial DevOps ergeben sich zwei Einsatzfelder. In der IT-nahen Schicht — Datenplattformen, Analytics, Web-Services — ist Kubernetes Standard. In der OT-Nähe wächst die Bedeutung von Edge-Kubernetes-Distributionen wie K3s, die auf ressourcenarmer Hardware in der Fabrikhalle laufen und Datenvorverarbeitung nah an der Maschine ermöglichen. Echtzeit-Steuerung selbst bleibt aber Aufgabe der SPS, nicht von Kubernetes.

Stolpersteine: Kubernetes bringt erhebliche Komplexität mit, die nicht jedes Projekt rechtfertigt. Ein einzelner Dienst auf wenigen Servern braucht oft kein Cluster. Häufige Fehler sind fehlende Ressourcenlimits, unzureichendes Secret-Management und unterschätzter Betriebsaufwand — kaum ein Team plant beim Einstieg realistisch ein, dass drei Releases pro Jahr kontinuierlichen Upgrade-Aufwand bedeuten. Das ist der Normalfall, kein Versäumnis; man sollte ihn nur von Anfang an fest einplanen. Managed-Angebote oder schlanke Edge-Distributionen senken die Einstiegshürde deutlich.

// Beispiele aus der Praxis2 Szenarien
/01

Edge-Kubernetes mit K3s in der Fabrikhalle

Auf ressourcenarmer Industriehardware läuft eine schlanke K3s-Distribution, die Sensordaten nah an der Maschine vorverarbeitet und nur verdichtete Ergebnisse an das zentrale Rechenzentrum weitergibt — robust gegen instabile Netzwerkverbindungen.

/02

Selbstheilung bei Knotenausfall

Fällt ein Worker-Knoten aus, verschiebt Kubernetes die betroffenen Workloads automatisch auf gesunde Knoten und stellt die gewünschte Replica-Anzahl wieder her, ohne dass ein Operator manuell eingreifen muss. Die erste Nacht, in der ein Knotenausfall kein Anruf bei der Bereitschaft mehr ist, sondern eine Zeile im Morgenreport, macht den Unterschied greifbar.

// Häufige FragenFAQ
Was ist Kubernetes, einfach erklärt?
Kubernetes — kurz K8s, weil zwischen K und s acht Buchstaben liegen — ist ein Open-Source-System zur Orchestrierung von Containern. Es verteilt containerisierte Anwendungen auf einen Cluster aus mehreren Maschinen, startet ausgefallene Container automatisch neu, skaliert bei Last und verteilt den Netzwerkverkehr. Ursprünglich bei Google entwickelt, wird es heute von der Cloud Native Computing Foundation verwaltet.
Eignet sich Kubernetes für die Echtzeit-Steuerung von Maschinen?
Nein, für harte Echtzeit-Anforderungen ist Kubernetes nicht ausgelegt — das bleibt Aufgabe von SPS-Steuerungen und Echtzeit-Betriebssystemen. Kubernetes spielt in der OT-Nähe seine Stärken bei der Datenvorverarbeitung, Analytics und Edge-Anwendungen aus, nicht bei der direkten Prozesssteuerung.
Was ist der Unterschied zwischen Kubernetes und Docker?
Docker erzeugt und betreibt einzelne Container, Kubernetes orchestriert viele Container über mehrere Maschinen hinweg — inklusive Scheduling, Skalierung, Networking und Selbstheilung. Beide arbeiten zusammen: Kubernetes nutzt eine Container-Runtime, um die einzelnen Container auszuführen.
Lohnt sich Kubernetes auch für kleine Setups?
Nicht immer. Die Komplexität rechtfertigt sich erst, wenn mehrere Dienste skaliert, ausfallsicher betrieben oder über viele Standorte verteilt werden müssen. Für einen einzelnen Dienst auf wenigen Servern ist ein schlankerer Ansatz oft wirtschaftlicher.
// Ihre Einschätzung1 Klick, anonym

Wo steht Ihr Team bei Kubernetes?

Uns interessiert, wo Ihr Team bei diesem Thema steht. Auf Basis Ihrer Antwort schlagen wir Ihnen den sinnvollsten nächsten Schritt vor — ganz ohne Formular.

// Nächster Schritt

Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.

Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.

Erstgespräch buchen
Seit 2006 · 47+ Projekte
Industrie · Automotive · Finance