๐Š๐ฎ๐›๐ž๐ซ๐ง๐ž๐ญ๐ž๐ฌ ๐Ÿ.๐Ÿ‘๐Ÿ’ ๐ข๐ฌ ๐ก๐ž๐ซ๐ž!

๐Ÿš€ ๐Š๐ฎ๐›๐ž๐ซ๐ง๐ž๐ญ๐ž๐ฌ ๐Ÿ.๐Ÿ‘๐Ÿ’ ๐ข๐ฌ ๐ก๐ž๐ซ๐ž! ๐Ÿ˜€

Released last week, with a new logo and no less than 58 enhancements (stable, beta, and alpha).

๐Ÿ‘‰ One of the most anticipated features: per-container restart policies.

๐Ÿ”น The problem before: a Pod-level restart policy applied to all containers (Always, OnFailure, Never). This was limitingโ€”e.g., you might want your main container to always restart, but your init container to run only once.

๐Ÿ”น The solution now: with the new ContainerRestartRules, you can set a restartPolicy per container and even use restartPolicyRules to restart containers conditionally based on exit codes.

๐Ÿ’ก ๐”๐ฌ๐ž ๐œ๐š๐ฌ๐ž๐ฌ:

ML training jobs โ†’ Restart containers โ€œin placeโ€ on retriable errors without rescheduling the entire Pod. Init containers โ†’ Run only once, while the main container can still always restart. Multi-container Pods โ†’ Each container can follow its own restart logic.

โš™๏ธ To use it, enable the ContainerRestartRules feature gate in Kubernetes 1.34+, then set restartPolicy and restartPolicyRules in your Pod spec.

A big step forward for flexibility and fine-grained lifecycle control in Kubernetes!

Learn More Explore the following links.๐Ÿ‘‡๐Ÿป