Kubernetes 1.33 « Octarine » : conteneurs sidecar stables, redimensionnement à chaud en bêta
2025-04-23 · Éditeur : Kubernetes · Domaine : Cloud & DevOps
Le 23 avril 2025, Kubernetes 1.33 livre 64 évolutions (18 stables, 20 bêta, 24 alpha) : les conteneurs sidecar natifs passent en stable et le redimensionnement des pods sans redémarrage entre en bêta.
Ce qui change
- 64 évolutions : 18 stables, 20 en bêta, 24 en alpha.
- Conteneurs sidecar natifs stables, implémentés comme init containers avec restartPolicy Always.
- Redimensionnement des ressources d'un pod sans redémarrage : bêta en 1.33 (alpha en 1.27).
- Politique de succès des Jobs et limite de reprises par index passent en stable.
### Ce qui change Le 23 avril 2025, l'équipe de publication annonce **Kubernetes 1.33 « Octarine »** : **64 évolutions**, dont 18 stables, 20 en bêta, 24 en alpha et 2 dépréciées ou retirées. Deux changements concernent directement l'exploitation : les **conteneurs sidecar** natifs sont stables, et le **redimensionnement des ressources d'un pod en place** entre en bêta. ### Caractéristiques - Sidecars (KEP-753) : implémentés comme des conteneurs d'initialisation avec `restartPolicy: Always`, ils démarrent avant l'application, tournent pendant toute la vie du pod et s'arrêtent après les conteneurs principaux. - Les sidecars peuvent utiliser des sondes (démarrage, disponibilité, vivacité) et leur score OOM est aligné sur celui des conteneurs principaux. - Redimensionnement en place (KEP-1287) : alpha en 1.27, bêta en 1.33 ; le CPU et la mémoire d'un pod se modifient sans le redémarrer. - Passent aussi en stable : limite de reprises par index pour les Jobs indexés et politique de succès des Jobs (`.spec.successPolicy`). - En alpha : fichier `.kuberc` pour séparer les préférences de kubectl de la configuration des clusters. ### Pourquoi c'est important Les sidecars natifs règlent un irritant ancien des maillages de services et des agents de journalisation : l'ordre de démarrage et d'arrêt, qui provoquait des Jobs bloqués ou des requêtes perdues. Le redimensionnement en place ouvre la voie à une montée en charge verticale sans interruption, utile pour les bases de données et les traitements par lots. Il reste en bêta : à tester sur des environnements non critiques avant de s'y fier. Les auteurs signalent aussi plusieurs dépréciations et retraits à lire avant de migrer, et saluent des centaines de contributeurs dans le monde. ### À retenir Deux irritants historiques de Kubernetes, le cycle de vie des sidecars et le redémarrage pour redimensionner, avancent d'un cran.
Liens
Tags : Kubernetes, Cloud natif, Conteneurs, Open Source