Déploiement d'applications microservices
Gérer un grand nombre de services indépendants avec découverte de service, load balancing et gestion de la configuration intégrés.
Conteneurisation · Formations
Formation Kubernetes gratuite en ligne, jusqu’à l’expertise : workloads, services Kubernetes, CNI et réseau, PersistentVolume, sécurité, déploiement et services managés (EKS, AKS, GKE).
LEARNING PATH
Services, CNI, Ingress et Gateway API.
ConfigMaps, Secrets, volumes persistants et quotas.
Helm, outils de déploiement, jobs et serverless.
Contrôler où s'exécutent les pods.
Bonnes pratiques et comparaison des offres.
Parcours de préparation aux certifications officielles de l'éditeur : examens blancs illimités, tableau de bord et verdict de préparation.
LEARN BY DOING
Gérer un grand nombre de services indépendants avec découverte de service, load balancing et gestion de la configuration intégrés.
Augmenter ou diminuer automatiquement le nombre de conteneurs (pods) d'une application en fonction de la charge (utilisation CPU, mémoire).
Mettre à jour une application sans interruption de service en remplaçant progressivement les anciens conteneurs par les nouveaux, avec possibilité de retour en arrière.
C'est un système d'orchestration de conteneurs open-source qui automatise le déploiement, la mise à l'échelle et la gestion des applications conteneurisées.
Un Pod est la plus petite unité déployable dans Kubernetes, contenant un ou plusieurs conteneurs. Un Deployment est un objet de plus haut niveau qui gère des ReplicaSets, qui eux-mêmes s'assurent qu'un certain nombre de Pods identiques tournent en permanence.
C'est une abstraction qui définit un ensemble logique de Pods et une politique pour y accéder (via une IP et un port stables), agissant comme un point d'entrée et un load balancer interne.
ClusterIP (interne au cluster, par défaut), NodePort (port sur chaque nœud), LoadBalancer (équilibreur du fournisseur cloud) et ExternalName (alias DNS). Un article de la formation les détaille.
Flannel pour la simplicité, Calico pour les NetworkPolicies et le routage BGP, Cilium pour la performance eBPF, la sécurité et l'observabilité des flux.
Un volume de stockage du cluster, réservé par un pod au moyen d'un PersistentVolumeClaim et provisionné le plus souvent automatiquement par une StorageClass.
Pour la plupart des équipes, oui : EKS, AKS ou GKE gèrent le plan de contrôle et les mises à jour. La formation reste valable, car les objets Kubernetes sont les mêmes.
Les applications demandent du stockage par un PersistentVolumeClaim ; une StorageClass et son pilote CSI créent dynamiquement le PersistentVolume correspondant (disque cloud, NFS, Ceph…). Les StatefulSets associent un volume stable à chaque réplique.