La nouvelle version de Kubernetes, la 1.19, est enfin disponible après un léger retard. Elle intègre plusieurs mises à jour qui améliorent sa maturité pour la production. Parmi ces améliorations, on note la version stable des fonctionnalités Ingress et seccomp, des améliorations de sécurité telles que la prise en charge de TLS 1.3, ainsi que d'autres optimisations fonctionnelles.
Par ailleurs , bien que l'équipe Kubernetes ait l'habitude de publier quatre mises à jour par an, elle n'en publiera que trois cette année en raison de la pandémie. La version 1.19 sera probablement la dernière mise à jour de l'année civile.
«Enfin, nous avons lancé Kubernetes 1.19, la deuxième version de 2020 et de loin le cycle de sortie le plus long qui a pris un total de 20 semaines. Il se compose de 34 améliorations: 10 améliorations ont été déplacées vers la version stable, 15 améliorations pour la version bêta et 9 améliorations pour la version alpha.
«La version 1.19 était assez différente d'une version normale en raison du COVID-19, des manifestations de George Floyd et de divers autres événements mondiaux que nous avons vécus en tant qu'équipe de lancement. «
Parmi les changements présentés, le plus notable concerne Ingress, qui a été initialement introduit comme une API bêta gérant l'accès externe aux services d'un cluster, généralement le trafic HTTP, et pouvant également fournir un équilibrage de charge, une terminaison TLS et un hébergement virtuel basé sur le nom.
Dans cette nouvelle version 1.19, Ingress est mis à jour vers une version stable et intégré aux API réseau v1. Cette mise à jour apporte des modifications importantes aux objets Ingress v1, notamment au niveau du schéma et de la validation.
Du côté seccomp (Security Computing Mode) , il est également disponible en tant que version stable dans Kubernetes version 1.19 (seccomp est une fonctionnalité de sécurité du noyau Linux qui limite le nombre d'appels système que les applications peuvent effectuer).
Cela a été introduit pour la première fois en tant que fonctionnalité Kubernetes dans la version 1.3, mais il présentait certaines limitations. Auparavant, une annotation sur PodSecurityPolicy était requise lors de l'application des profils seccomp aux pods.
Dans cette version, seccomp introduit un nouveau champ seccompProfile ajouté aux objets conteneurs pod et securityContext. Afin d'assurer la rétrocompatibilité avec Kubelet, les profils seccomp seront appliqués par ordre de priorité :
- Champ spécifique au conteneur.
- Annotation spécifique au conteneur.
- Champ au niveau du pod.
- Annotation de l'ensemble du pod.
Dans cette mise à jour, le conteneur sandbox du pod est désormais également configuré avec un profil d'exécution/par défaut seccomp distinct.
Un autre changement important introduit par l'équipe est l'extension de la période de support, ce qui permettrait à plus de 80 % des utilisateurs d'utiliser des versions compatibles, au lieu des 50 à 60 % actuellement constatés.
«Une période de support annuelle fournit l'élément que les utilisateurs finaux semblent vouloir et est plus conforme aux cycles de planification annuels typiques. À partir de la version 1.19 de Kubernetes, la période de support sera étendue à un an. "
De plus, Kubernetes fournit des plugins de volume dont le cycle de vie est lié à un pod et peut être utilisé comme espace de travail (par exemple, le type de volume emptydir intégré) ou pour charger certaines données dans un pod (par exemple, les types de volume de configuration et de secret intégrés, ou « volumes CSI en ligne » : un secret est un objet qui contient une petite quantité de données sensibles, comme un mot de passe, un jeton ou une clé).
La nouvelle fonctionnalité alpha de Generic Ephemeral Volumes permet à tout contrôleur de stockage existant prenant en charge l'approvisionnement dynamique d'être utilisé comme volume éphémère avec le cycle de vie du volume lié au pod.
Il peut être utilisé pour fournir un stockage de travail autre que le disque racine, tel qu'une mémoire persistante ou un disque local séparé sur ce nœud. Toutes les configurations StorageClass sont prises en charge pour le provisionnement de volume.
Toutes les fonctionnalités prises en charge par PersistentVolumeClaims sont prises en charge , telles que le suivi de la capacité de stockage, les instantanés et la restauration, ainsi que le redimensionnement des volumes.
Enfin, autre changement notable, basé sur les recommandations de l'audit de sécurité de l'année dernière, la version 1.19 de Kubernetes ajoute la prise en charge des nouveaux chiffrements TLS 1.3 qui peuvent être utilisés avec Orchestrator.
Si vous souhaitez en savoir plus, vous pouvez consulter les détails en suivant ce lien.