Kubernetes kündigt das Ende von Ingress NGINX an
Kubernetes kündigt das Ende von Ingress NGINX an Kubernetes SIG Network und das Security Response …
Mit der Veröffentlichung von Kubernetes 1.33 hat die Job Success Policy den Status “General Availability” erreicht. Diese Funktion ermöglicht es, Jobs in Kubernetes so zu konfigurieren, dass sie erfolgreich abgeschlossen werden, auch wenn nicht alle Pods erfolgreich ausgeführt werden, was insbesondere für Batch-Workloads in Bereichen wie wissenschaftlicher Simulation, KI/ML und Hochleistungsrechnen von Bedeutung ist.
Die Job Success Policy in Kubernetes ermöglicht eine flexible Handhabung von Batch-Workloads, insbesondere in Szenarien, in denen ein Führer-Folger-Muster (Leader-Follower-Pattern) verwendet wird. In solchen Fällen ist es oft nicht erforderlich, dass alle Pods erfolgreich abgeschlossen werden, um den gesamten Job als erfolgreich zu betrachten. Stattdessen können spezifische Kriterien definiert werden, die den Job als erfolgreich markieren, auch wenn einige Pods fehlerhaft sind.
Die Konfiguration erfolgt über das .spec.successPolicy-Feld, das nur für indizierte Jobs verwendet werden kann. Hierbei können Regeln definiert werden, die entweder eine Liste erfolgreicher Indizes oder eine minimale Anzahl erforderlicher erfolgreicher Indizes festlegen. Dies ist besonders nützlich für Anwendungsfälle in der wissenschaftlichen Simulation, wo häufig viele Experimente durchgeführt werden und nur eine bestimmte Anzahl erfolgreich abgeschlossen werden muss.
Ein Beispiel für die Nutzung der Success Policy zeigt, dass ein Job bereits dann als erfolgreich gilt, wenn nur ein einziger Pod erfolgreich abgeschlossen wurde. Dies wird durch die Angabe von .successPolicy.rules[0].succeededCount erreicht. Ein weiterer Aspekt ist, dass die Indizes der Pods, die erfolgreich sein müssen, ebenfalls definiert werden können, was eine noch gezieltere Kontrolle über den Jobstatus ermöglicht.
Sobald die definierten Erfolgskriterien erfüllt sind, wird der Job als erfolgreich markiert, und alle Pods, einschließlich der laufenden, werden beendet. Der Job-Controller innerhalb des kube-controller-managers aktualisiert den Status des Jobs entsprechend und leitet die Bereinigung und Beendigung der Pods ein.
Die Einführung der Job Success Policy hat weitreichende technische Implikationen für Entwickler und Architekten, die Kubernetes für Batch-Workloads nutzen. Die Möglichkeit, Erfolgskriterien anzupassen, reduziert die Notwendigkeit für alle Pods, erfolgreich zu sein, und ermöglicht eine effizientere Ressourcennutzung. Dies ist besonders relevant für Anwendungen in den Bereichen Datenanalyse, maschinelles Lernen und wissenschaftliche Simulation, wo oft viele Berechnungen parallel durchgeführt werden.
Die klare Definition der Erfolgskriterien verbessert auch die Fehlerbehandlung und die Nachverfolgbarkeit von Jobs, da der Status der Führer-Pods die Ergebnisse der Folger-Pods beeinflusst. Dies führt zu einer vereinfachten Verwaltung von Jobs und einer höheren Flexibilität in der Ausführung von Batch-Prozessen.
Die Job Success Policy in Kubernetes 1.33 bietet eine wertvolle Erweiterung für die Handhabung von Batch-Workloads und eröffnet neue Möglichkeiten für Entwickler, die in ressourcenintensiven Umgebungen arbeiten. Die Funktion wird voraussichtlich in Zukunft weiter ausgebaut und optimiert, um den sich entwickelnden Anforderungen der Cloud-nativen Anwendungsentwicklung gerecht zu werden.
Dieser Beitrag wurde automatisch aus dem englischsprachigen Original erstellt und auf Deutsch zusammengefasst. Wir bieten diesen Service an, um Sie bei der oft zerklüfteten und überwiegend englischsprachigen News-Situation im Bereich Cloud-Native Software, Souveräne Cloud, Kubernetes und Container-Technologien zeitnah auf Deutsch zu informieren.
Kubernetes kündigt das Ende von Ingress NGINX an Kubernetes SIG Network und das Security Response …
TL;DR Helm 4, die erste bedeutende Aktualisierung des Kubernetes-Paketmanagers seit sechs Jahren, …
TL;DR Ingress NGINX wird im März 2026 eingestellt, nachdem nur noch eingeschränkte Wartung angeboten …