Kubernetes 1.38: Der nächste Release-Zyklus läuft
Nur wenige Wochen nach Kubernetes 1.37 arbeitet die Community bereits an Kubernetes 1.38. Der Release-Zyklus begann am 31. August 2026; die Veröffentlichung von Kubernetes 1.38.0 ist aktuell für den 16. Dezember 2026 geplant.
Wichtig dabei: Der Entwicklungszyklus befindet sich noch in einer frühen Phase. Die KEP Readiness Deadline liegt am 22. September (AoE), der Enhancements Freeze am 29. September. Welche Enhancements tatsächlich in 1.38 landen und welchen Reifegrad sie erreichen, steht deshalb noch nicht endgültig fest.
Was sich mit Kubernetes 1.38 abzeichnet
Kubelet-Watchdog: bessere Diagnose bei Node-Problemen
Ein für 1.38 vorgesehenes Alpha-Enhancement verbessert die Integration des Kubelets mit dem Linux-systemd-Watchdog. Ziel ist, Betreibern bessere Hinweise darauf zu geben, warum Watchdog-Heartbeats ausbleiben, bevor systemd einen Kubelet-Neustart auslöst.
Gerade bei schwer reproduzierbaren Node-Problemen kann das die Ursachenanalyse deutlich vereinfachen. Statt lediglich einen Neustart zu sehen, sollen zusätzliche diagnostische Guardrails helfen, den Zustand unmittelbar davor besser zu verstehen.
Dynamic Resource Allocation entwickelt sich weiter
Dynamic Resource Allocation (DRA) bleibt eines der aktivsten Entwicklungsfelder in Kubernetes. Bereits Kubernetes 1.37 brachte Extended-Resource-Unterstützung über DRA auf GA und weitere Funktionen in Beta beziehungsweise Alpha.
Die Kubernetes-Community hat für 1.38 bereits weitere ambitionierte Arbeiten rund um DRA angekündigt. Besonders relevant ist das für GPU-, Accelerator- und AI/ML-Workloads, bei denen Kubernetes zunehmend feinere Mechanismen für die Beschreibung, Auswahl und Zuweisung spezialisierter Hardware erhält.
Welche einzelnen DRA-KEPs den Freeze schaffen, sollte nach dem Enhancements Freeze Ende September deutlich klarer sein.
Scheduling und spezialisierte Workloads
Die Entwicklung der letzten Releases zeigt außerdem eine klare Richtung: Kubernetes behandelt komplexe Workloads zunehmend als First-Class-Citizens. Gang Scheduling, Workload APIs und DRA bilden dafür wichtige Grundlagen.
Für Plattformteams bedeutet das langfristig bessere Möglichkeiten, große Batch-, HPC- und AI-Workloads direkt über Kubernetes zu orchestrieren, ohne für jede Anforderung vollständig eigene Scheduling-Lösungen aufbauen zu müssen.
Mehr Zeit zwischen Enhancements Freeze und Code Freeze
Mit 1.38 verändert das Kubernetes Release Team außerdem den Release-Prozess selbst. Der Zyklus startet früher und schafft ungefähr zwei zusätzliche Wochen zwischen Enhancements Freeze und Code Freeze.
Der Hintergrund: In vergangenen Zyklen stieg die Zahl der Ausnahmeanträge kurz vor dem Code Freeze. Mehr Review-Zeit soll Maintainer entlasten und dazu beitragen, dass KEPs sauber geprüft und implementiert werden können.
Wann erscheint Kubernetes 1.38?
Der derzeitige Zeitplan sieht den finalen Release von Kubernetes 1.38.0 am 16. Dezember 2026 vor.
Die wichtigsten nächsten Meilensteine sind:
- 22. September 2026: KEP Readiness Deadline (AoE)
- 29. September 2026: Enhancements Freeze (AoE)
- 16. Dezember 2026: geplanter Release von Kubernetes 1.38.0
Da sich Kubernetes 1.38 noch mitten in der Entwicklung befindet, können Features verschoben, verändert oder aus dem Release entfernt werden.
Was Kubernetes 1.38 für Plattformteams interessant macht
Kubernetes entwickelt sich zunehmend über die klassische Container-Orchestrierung hinaus. Ressourcenmanagement für GPUs und andere Devices, Workload-aware Scheduling und bessere Diagnosemöglichkeiten auf Node-Ebene zeigen, wohin die Reise geht.
Für Betreiber produktiver Kubernetes-Plattformen lohnt sich deshalb ein genauer Blick auf den 1.38-Zyklus. Sobald der Enhancements Freeze erreicht ist, lässt sich wesentlich belastbarer beurteilen, welche Features tatsächlich Bestandteil des Releases werden.
Wir werden die Entwicklung bis zum geplanten Release im Dezember weiter verfolgen.