Kubernetes-Release-Zyklus: Was die neue Dreimonatsregel für Dich bedeutet

Entdecke die Änderungen im Kubernetes-Release-Zyklus und was sie für Entwickler und DevOps-Teams bedeuten.

Meta: ayedo Redaktion · 23.07.2021 · ⏳ 3 Minuten · Alle Blogs →
Tagskubernetes · kubernetes-news · devops

Am 23. April 2021 hat das Release-Team einen Kubernetes Enhancement Proposal (KEP) verabschiedet, der den Release-Zyklus von vier Releases pro Jahr auf drei Releases pro Jahr umstellt. Diese Entscheidung bringt einige wesentliche Änderungen für die Kubernetes-Community mit sich.

Was ändert sich konkret?

Ab der Kubernetes 1.22-Version wird ein leichtgewichtiges Regelwerk zur Erstellung des Release-Zeitplans genutzt. Die wichtigsten Punkte sind:

  • Die erste Kubernetes-Version eines Kalenderjahres sollte in der zweiten oder dritten Januarwoche beginnen, um den Beitragenden nach den Feiertagen mehr Zeit zu geben.
  • Die letzte Kubernetes-Version eines Kalenderjahres sollte bis zur Mitte Dezember abgeschlossen sein.
  • Ein Kubernetes-Release-Zyklus dauert etwa 15 Wochen.
  • Die Woche der KubeCon + CloudNativeCon wird nicht als “Arbeitswoche” für SIG Release betrachtet. Das Release-Team hält in dieser Zeit keine Meetings ab und trifft keine Entscheidungen.
  • Zwischen jedem Release-Zyklus wird eine explizite SIG Release-Pause von mindestens zwei Wochen eingehalten.

Infolgedessen wird Kubernetes künftig drei Releases pro Jahr herausbringen. Die Version 1.23 wird die letzte Veröffentlichung des Kalenderjahres 2021 sein. Diese neue Regelung sorgt für einen sehr vorhersehbaren Release-Zeitplan, was es einfacher macht, kommende Veröffentlichungstermine zu planen:

Vorgeschlagener Kubernetes Release-Zeitplan für den Rest von 2021

Jahrwoche Release-Nummer Release-Woche Anmerkung
35 1.23 1 (23. August)
50 1.23 16 (07. Dezember) KubeCon + CloudNativeCon NA Pause (11.-15. Oktober)

Vorgeschlagener Kubernetes Release-Zeitplan für 2022

Jahrwoche Release-Nummer Release-Woche Anmerkung
1 1.24 1 (03. Januar)
15 1.24 15 (12. April)
17 1.25 1 (26. April) KubeCon + CloudNativeCon EU wird voraussichtlich stattfinden
32 1.25 15 (09. August)
34 1.26 1 (22. August) KubeCon + CloudNativeCon NA wird voraussichtlich stattfinden
49 1.26 14 (06. Dezember)

Diese vorgeschlagenen Daten spiegeln nur die Start- und Enddaten wider und können sich ändern. Das Release-Team wird zu Beginn jedes Releases Daten für die Freeze-Phasen und andere Meilensteine festlegen. Weitere Informationen zu diesen Meilensteinen findest Du in der Dokumentation zu den Release-Phasen. Das Feedback aus vorherigen Releases wird in diesen Prozess einfließen.

Was bedeutet das für Endbenutzer?

Die größte Veränderung für Endbenutzer ist die langsamere Release-Frequenz und eine verzögerte Graduation von Erweiterungen. Die Kubernetes-Release-Artefakte, die Release-Notizen und alle anderen Aspekte eines Releases bleiben unverändert.

Vor dieser Änderung konnte eine Erweiterung innerhalb von 9 Monaten von Alpha zu Stabil graduieren. Mit der neuen Release-Frequenz wird sich dieser Zeitraum auf 12 Monate verlängern. Zudem wurde die Graduation von Funktionen in den letzten Releases teilweise durch die Aktivitäten des Release-Teams vorangetrieben.

Mit weniger Releases können Benutzer erwarten, dass die Rate der Feature-Graduation langsamer wird. Gleichzeitig wird erwartet, dass die Releases eine größere Anzahl von Verbesserungen enthalten, über die die Benutzer bei Upgrades informiert sein müssen. Allerdings wird mit weniger Releases pro Jahr beabsichtigt, dass Endbenutzer-Organisationen weniger Zeit mit Upgrades verbringen und mehr Zeit für die Unterstützung ihrer Kubernetes-Cluster gewinnen. Außerdem bedeutet dies, dass Kubernetes-Releases etwas länger unterstützt werden, sodass Bugfixes und Sicherheitspatches für die Releases über einen längeren Zeitraum verfügbar sind.

In dieser neuen Phase ist ayedo als Kubernetes-Partner bereit, Dich bei der Anpassung an die Änderungen im Release-Zyklus zu unterstützen und Dir zu helfen, das Beste aus den neuen Releases herauszuholen.


Quelle: Kubernetes Blog

ayedo Alien Kubernetes Hat

Hosten Sie Ihre Apps bei ayedo

Profitieren Sie von skalierbarem App Hosting in Kubernetes, hochverfügbarem Ingress Loadbalancing und erstklassigem Support durch unser Plattform Team. Mit der ayedo Cloud können Sie sich wieder auf das konzentrieren, was Sie am besten können: Software entwickeln.

Jetzt ausprobieren →

Ähnliche Inhalte

Alle Blogs →



ayedo Redaktion · 08.06.2025 · ⏳ 3 Minuten

Neue Wege im KI-Management: Die Gateway API Inference Extension

Moderne generative KI- und große Sprachmodelle (LLMs) stellen Kubernetes vor einzigartige Herausforderungen im Datenverkehrsmanagement. Im Gegensatz zu typischen kurzlebigen, zustandslosen Webanfragen …

Lesen →

Neue Wege im KI-Management: Die Gateway API Inference Extension
ayedo Redaktion · 06.06.2025 · ⏳ 2 Minuten

Wie Sie sicherstellen, dass Ihr Sidecar-Container zuerst startet

Einführung in die Verwaltung von Sidecar-Containern in Kubernetes In der Welt von Kubernetes sind Sidecar-Container nützliche Helfer, die Funktionen erweitern oder zusätzliche Aufgaben für die …

Lesen →

Wie Sie sicherstellen, dass Ihr Sidecar-Container zuerst startet
ayedo Redaktion · 05.06.2025 · ⏳ 2 Minuten

Gateway API v1.3.0: Neue Funktionen für flexibles Request Mirroring und mehr!

Wir freuen uns, die allgemeine Verfügbarkeit der Gateway API v1.3.0 bekanntzugeben! Diese Version wurde am 24. April 2025 veröffentlicht und bringt spannende neue Funktionen mit sich. Was ändert sich …

Lesen →

Gateway API v1.3.0: Neue Funktionen für flexibles Request Mirroring und mehr!
Katrin Peter · 03.06.2025 · ⏳ 2 Minuten

Die vergessene Schwachstelle in euren CI/CD-Pipelines: Die Registry

Die vergessene Schwachstelle in euren CI/CD-Pipelines: Die Registry Jeder redet über Build-Pipelines, Deployment-Automatisierung, GitOps, Blue/Green-Rollouts, Canary Releases. Alles sauber …

Lesen →

Die vergessene Schwachstelle in euren CI/CD-Pipelines: Die Registry
Katrin Peter · 03.06.2025 · ⏳ 2 Minuten

Application Performance sollte messbar sein — jederzeit, in Echtzeit

Wer Anwendungen produktiv betreibt, braucht keine schönen Dashboards, sondern harte Daten. Performance-Probleme entstehen nie dann, wenn Zeit für Debugging ist. Sie kommen genau dann, wenn Systeme …

Lesen →

Application Performance sollte messbar sein — jederzeit, in Echtzeit

Interessiert an weiteren Inhalten? Hier gehts zu allen Blogs →


Noch Fragen? Melden Sie sich!

Unsere DevOps-Experten antworten in der Regel innerhalb einer Stunde.

Zu Gen-Z für E-Mail? Einfach mal Discord versuchen. Unter +49 800 000 3706 können Sie unter Angabe Ihrer Kontaktdaten auch einen Rückruf vereinbaren. Bitte beachten Sie, dass es keine Möglichkeit gibt, uns telefonisch direkt zu erreichen. Bitte gar nicht erst versuchen. Sollten Sie dennoch Interesse an synchroner Verfügbarkeit via Telefon haben, empfehlen wir Ihnen unseren Priority Support.