Séquence de déploiement typique

Mettre en pratique l'approche déclarative : le flux de travail essentiel

Après avoir compris la structure et les avantages fondamentaux des manifestes YAML dans le chapitre précédent, il est temps de passer à la pratique. Comment concrètement utilise-t-on ces fichiers pour déployer et gérer une application sur Kubernetes ? Ce chapitre détaille la séquence d'actions la plus courante, le flux de travail typique que vous suivrez régulièrement pour interagir avec votre cluster de manière déclarative.

Ce processus représente le coeur de l'interaction quotidienne avec Kubernetes pour de nombreux développeurs et opérateurs. Il s'appuie sur l'outil en ligne de commande `kubectl` pour communiquer vos intentions, définies dans les manifestes, à l'API Kubernetes. Maîtriser cette séquence est indispensable pour déployer vos applications de manière efficace, répétable et contrôlée.

Nous allons décomposer ce processus étape par étape, depuis la création de votre premier manifeste jusqu'à la vérification du bon fonctionnement de votre application et, finalement, le nettoyage des ressources créées. Chaque sous-chapitre suivant explorera une phase spécifique de cette séquence, en fournissant les commandes `kubectl` associées et les explications nécessaires pour comprendre ce qui se passe en coulisses.

Les étapes clés du déploiement via manifeste

La séquence de déploiement typique à l'aide de manifestes YAML peut être résumée en quelques étapes clés. Premièrement, il s'agit d'écrire le ou les manifestes nécessaires pour décrire les composants de votre application (par exemple, un Deployment pour gérer les Pods et un Service pour les exposer). C'est là que vous traduisez vos besoins applicatifs en spécifications Kubernetes.

Deuxièmement, vous allez appliquer ce manifeste au cluster à l'aide de la commande `kubectl apply -f `. Cette commande demande à Kubernetes de lire le fichier et de faire converger l'état du cluster vers celui décrit dans le manifeste. C'est l'action centrale qui déclenche la création ou la mise à jour des ressources.

Troisièmement, une fois le manifeste appliqué, il est crucial de vérifier l'état des ressources créées ou modifiées. Des commandes comme `kubectl get pods`, `kubectl get deployment`, `kubectl get service` vous permettent de confirmer que les objets sont bien créés et dans l'état attendu (par exemple, que les Pods sont en cours d'exécution).

Quatrièmement, si votre application est exposée (par exemple, via un Service de type NodePort ou LoadBalancer), l'étape suivante consiste à accéder à l'application pour vérifier son bon fonctionnement fonctionnel, généralement via un navigateur web ou un outil comme `curl`.

Enfin, lorsque vous n'avez plus besoin des ressources déployées (par exemple, à la fin d'un test ou d'un exercice), la dernière étape est de les supprimer proprement en utilisant la même commande que pour l'application, mais avec le verbe `delete` : `kubectl delete -f `. Cela demande à Kubernetes de supprimer toutes les ressources définies dans le fichier.

Ce cycle – écrire, appliquer, vérifier, accéder, supprimer – constitue la boucle de rétroaction fondamentale lorsque l'on travaille avec des manifestes Kubernetes. Les sous-chapitres suivants vont maintenant détailler chacune de ces étapes avec des exemples concrets.