Kubernetes
Vers la 1.37
Le cycle de développement de Kubernetes 1.37 a débuté le 18 mai 2026, avec un feature freeze intervenu le 17 juin. La sortie officielle est prévue pour le 26 août 2026.
Au programme :
Partitionable devices (alpha)
La continuité du travail sur la Dynamic Resource Allocation (DRA) avec le KEP-4815. L'idée est de permettre le découpage d'un GPU physique en plusieurs slices logiques, chacune pouvant être assignée indépendamment à différents Pods. Un gain d'efficacité majeur pour les workloads d'inférence AI qui n'utilisent souvent qu'une fraction d'un accélérateur.
cgroup v1 durci
Le retirement de cgroup v1 est renforcé : les nœuds utilisant encore cgroup v1 ne pourront plus démarrer le kubelet. Si vous êtes encore sur cgroup v1, la migration vers cgroup v2 et containerd 2.0+ est indispensable avant la montée en version.
Cloud
Scaleway
Kapsule 1.36
Le service Kubernetes géré par Scaleway est compatible Kubernetes 1.36.
Instance templates
Les Instance templates permettent de définir un modèle d'Instance (type commercial, image, volumes, réseaux, cloud-init) réutilisable par les groupes d'autoscaling. Combinés aux Autoscaling Groups, ils permettent de scaler horizontalement en se basant sur des métriques CPU/RAM, avec mise à jour automatique des backends Load Balancer. Une IAM Application est automatiquement créée par groupe pour les actions de scaling.
File Storage GA
Le service de stockage de fichiers partagés Scaleway passe en General Availability (disponible en région PAR, AMS à venir). Il propose un système de fichiers accessible en ReadWriteMany (RWX) depuis plusieurs Instances ou un cluster Kubernetes Kapsule, sans passer par du NFS manuel. Comptez 25 Go à 50 To, full SSD, jusqu'à 25 000 IOPS et 200 Mo/s de débit, avec triple réplication intra-AZ et 99,9% de SLA.
AWS
EKS version rollback
Amazon EKS permet désormais de revenir à la version Kubernetes précédente du control plane dans les 7 jours suivant une mise à jour. Les données etcd, les workloads et les volumes persistants sont préservés. Le rollback s'effectue une version mineure à la fois, avec des vérifications préalables (compatibilité des nœuds, dépendances des add-ons). Une API d'annulation permet de stopper le rollback des nœuds Auto Mode à tout moment. Disponible sans coût supplémentaire dans toutes les régions EKS.
HTTP
La méthode QUERY (RFC 10008)
Publiée en juin 2026 sous la référence RFC 10008, la méthode HTTP QUERY vient combler le fossé entre GET et POST. Elle permet d'envoyer un body (comme POST) tout en étant safe et idempotente (comme GET), ce qui autorise la mise en cache et les réessais automatiques.
Concrètement, cela résout le problème des requêtes complexes (GraphQL, filtres élaborés, recherches structurées) qui dépassent les limites de longueur d'URI de GET ou ne peuvent pas être mises en cache via POST.
Le serveur peut optionnellement retourner un header Location pointant vers une ressource GET permettant de récupérer le même résultat, et un nouveau header Accept-Query permet au serveur de déclarer les media types acceptés pour les requêtes QUERY.
Implémentation côté navigateur encore absente, mais c'est une avancée notable pour les APIs et les intermediaries HTTP.
Sources
Kubernetes
- Kubernetes v1.37 Release Information
- Kubernetes 1.37 Feature Freeze — DevOps Daily
- Kubernetes 1.37 alpha.2
Cloud
- Scaleway Kapsule 1.36
- Scaleway Instance Templates
- Scaleway File Storage GA
- Amazon EKS version rollback
HTTP