Kubernetes est un système open source pour automatiser le déploiement, la mise à l'échelle et la gestion des applications conteneurisées. Conçu à l'origine par Google, son développement a été confié à la fondation open source Cloud Native Computing Foundation (CNCF), ce qui a permis aujourd'hui à la technologie d'orchestration de conteneurs de gagner rapidement en maturité, grâce aux contributions des géants de la technologie (comme AWS, Oracle, IBM, Microsoft, Alibaba et VMware) et bien d'autres entreprises importantes.Hier, l'équipe responsable de son développement a indiqué la disponibilité de Kubernetes 1.16 qui s'accompagne de 31 améliorations. Les principaux thèmes de cette version sont :
- les ressources personnalisées : les définitions de ressources personnalisées (CRD pour Custom Resource Definitions) sont largement utilisées en tant que mécanisme d'extensibilité de Kubernetes et sont disponibles en version bêta depuis la version 1.7. La version 1.16 marque leur arrivée en disponibilité générale. La définition de ressources personnalisées permet aux utilisateurs d’ajouter leurs propres objets / leurs objets personnalisés au cluster Kubernetes et de l’utiliser comme tout autre objet Kubernetes natif.
- une amélioration au niveau des métriques : Kubernetes avait déjà largement utilisé un registre de métriques global pour enregistrer les métriques à exposer. En mettant en place un registre de métriques, les métriques sont enregistrées de manière plus transparente. Auparavant, les métriques Kubernetes étaient exclues de toute exigence de stabilité.
- l'extension de volume : cette version comporte de nombreuses améliorations relatives aux volumes et aux modifications de volume. La prise en charge du redimensionnement en volume dans les spécifications CSI passe à la version bêta, ce qui permet de redimensionner tout plug-in de volume de spécification CSI.
Les CRD sont en disponibilité générale
Dans l'API Kubernetes, une ressource est un nœud final qui stocke une collection d'objets API d'un certain type. Par exemple, la ressource des pods intégrés contient une collection d’objets Pod. La distribution Kubernetes standard est livrée avec de nombreux objets / ressources API intégrés. CRD entre en scène lorsque nous voulons introduire notre propre objet dans le cluster Kubernetes afin de satisfaire pleinement nos exigences. Une fois que nous avons créé un CRD dans Kubernetes, nous pouvons l’utiliser comme tout autre objet Kubernetes natif, exploitant ainsi toutes les fonctionnalités de Kubernetes telles que son interface de ligne de commande, sa sécurité, ses services d’API, RBAC, etc.
La ressource personnalisée créée est également stockée dans le cluster etcd avec une gestion appropriée de la réplication et du cycle de vie. CRD nous permet d'utiliser toutes les fonctionnalités fournies par un cluster Kubernetes pour nos objets personnalisés et nous évite la surcharge de les implémenter nous-mêmes.
Les CRD sont devenus la base des extensions de l'écosystème de Kubernetes. Commencé comme une refonte complète du prototype ThirdPartyResources, ils ont finalement atteint la disponibilité générale dans la version Kubernetes 1.16 avec apiextensions.k8s.io/v1, à mesure que les leçons durement gagnées de l’évolution des API dans Kubernetes ont été intégrées.
« Lors de la mise à niveau vers l’API en disponibilité générale, vous remarquerez que plusieurs des rails de protection précédemment optionnels sont devenus obligatoires et/ ou ont un comportement par défaut. Des éléments tels que les schémas structurels, la taille des champs inconnus, la validation et la protection du groupe * .k8s.io sont importants pour assurer la longévité de vos API et sont maintenant beaucoup plus difficiles à manquer accidentellement. Le défaut est un autre élément important de l'évolution de l'API et ce support sera activé par défaut pour CRD.v1. La combinaison de ces éléments et des mécanismes de conversion CRD suffisent à créer des API stables qui évoluent avec le temps, de la même manière que les ressources natives de Kubernetes ont été modifiées sans que leur compatibilité avec les versions antérieures ne soit rompue.
« Les mises à jour de l'API CRD ne s'arrêtent pas là. Nous avons des idées sur des fonctionnalités telles que les sous-ressources arbitraires, la migration de groupes d’API et peut-être un protocole de sérialisation plus efficace, mais les modifications apportées ici devraient être de nature optionnelle et complémentaire à celles déjà existantes dans l’API en disponibilité générale ».
Améliorations Windows
Bêta: amélioration des options d'identité du workload pour les conteneurs Windows
La prise en charge du compte de service de groupe géré (GMSA) Active Directory passe à la version bêta et certaines annotations introduites avec...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.