Leçon 13 : Stockage et packaging — PVC, Helm et GitOps
Jusqu'ici, nos Pods étaient « jetables » : quand ils sont supprimés ou redémarrés, tous les fichiers écrits à l'intérieur disparaissent. C'est très bien pour une application qui ne garde rien, mais problématique pour une base de données. Dans cette leçon, on découvre trois outils qui complètent le t
Le Pod est comme un tableau blanc effacé à chaque extinction ; le PVC est une clé USB qui reste pleine. Helm est un carton de meubles en kit, et GitOps dit : « ce qui est écrit dans le carnet — c'est la réalité ».
- PersistentVolumeClaim
- Un objet qui demande un stockage durable d'une taille donnée. Le Pod s'y connecte, et les données survivent même après que le Pod a été supprimé ou redémarré — comme un disque dur externe.
- Helm
- Le gestionnaire de paquets de Kubernetes. Il empaquette un ensemble de fichiers YAML en un seul modèle (un « chart ») avec un fichier de valeurs (values) qu'on peut ajuster, de sorte que le même paquet installe l'application dans plusieurs environnements.
- GitOps
- Une méthode de travail où le repo Git est la seule source de vérité pour l'état du cluster. Un contrôleur (par exemple ArgoCD ou Flux) compare en continu le cluster au repo et le réaligne automatiquement.
- Mode d'accès
- Un réglage du PVC qui détermine comment le volume peut être connecté. ReadWriteOnce signifie qu'un seul node peut y écrire à la fois — le mode le plus courant pour le disque d'une seule application.
- Valeurs de chart
- Un fichier (values.yaml) qui fournit les valeurs variables à un Helm chart — par exemple un nom d'image, un nombre de replicas ou une taille de stockage — pour que le même modèle s'adapte à chaque environnement sans dupliquer de YAML.
