Déploiement automatisé avec Jenkins

Bienvenue dans la dernière leçon consacrée à l’intégration et à la livraison continues avec Jenkins et Docker ! Aujourd’hui, nous nous concentrerons sur l’automatisation du déploiement de vos conteneurs Docker.

Le déploiement automatisé est le processus de mise en production ou dans des environnements de préproduction sans intervention manuelle. Il s’agit d’un élément essentiel de la livraison et du déploiement continus, qui garantit rapidité, cohérence et fiabilité.

Le déploiement manuel d’applications peut être lent, sujet aux erreurs et incohérent. L’automatisation permet de relever ces défis :

• Rapidité : déployer rapidement de nouvelles fonctionnalités ou corrections.
• Fiabilité : réduire les erreurs humaines grâce à des processus standardisés.
• Cohérence : garantir que chaque déploiement suit les mêmes étapes.
• Efficacité : permettre aux développeurs de se concentrer sur le code plutôt que sur les tâches de déploiement.

Une chaîne Jenkins classique pour le déploiement Docker comprend plusieurs étapes clés :

• Compilation : construire l’image Docker (comme dans les leçons précédentes).
• Test : exécuter des tests automatisés sur l’image.
• Envoi : envoyer l’image vers un registre Docker.
• Déploiement : récupérer l’image depuis le registre et l’exécuter sur un serveur cible.
• Vérification : confirmer que le nouveau déploiement fonctionne correctement.

Aujourd’hui, nous nous concentrerons sur les étapes « Déploiement » et « Vérification ».

Avant que Jenkins puisse effectuer le déploiement, votre serveur cible doit être prêt. Cela signifie généralement que :

• Docker est installé : le serveur cible doit disposer de Docker Engine.
• Accès SSH : Jenkins doit pouvoir accéder de manière sécurisée au serveur cible via SSH.
• Autorisations de l’utilisateur : l’utilisateur SSH doit être autorisé à exécuter des commandes Docker.

Nous gérons généralement les identifiants SSH de manière sécurisée dans Jenkins.

Pour se connecter à un serveur distant, Jenkins utilise des identifiants SSH. Il s’agit généralement de paires composées d’un nom d’utilisateur SSH et d’une clé privée, stockées de manière sécurisée dans le gestionnaire d’identifiants de Jenkins.

Lors de la définition d’une chaîne, vous pouvez indiquer à Jenkins d’utiliser ces identifiants pour certaines étapes, afin de lui permettre d’exécuter des commandes sur votre serveur cible.

Voici un script shell simple qui pourrait être exécuté sur un serveur cible pour mettre à jour un conteneur Docker. Il arrête l’ancien conteneur, le supprime, récupère la nouvelle image, puis l’exécute.

APP_NAME et IMAGE_NAME seraient transmises sous forme de variables d’environnement.

Dans un Jenkinsfile, vous pouvez utiliser le module d’extension sshPublisher ou une simple étape sh avec la transmission de l’agent SSH pour exécuter des commandes sur un hôte distant. Voici à quoi pourrait ressembler une étape de déploiement utilisant une étape sh basique, en supposant que SSH est configuré.

agent { label 'remote-deploy-host' } signifie que cette étape s’exécute sur le serveur cible.

Pour effectuer des déploiements sans interruption de service, un simple arrêt-redémarrage ne suffit pas. Vous utiliseriez généralement une stratégie telle que :

• Mise à jour progressive : remplacer progressivement les anciens conteneurs par les nouveaux, un par un, tout en garantissant la disponibilité du service.
• Déploiement bleu-vert : déployer la nouvelle version (verte) à côté de l’ancienne (bleue), puis basculer le trafic.

Jenkins peut orchestrer ces opérations, mais des outils comme Docker Swarm ou Kubernetes offrent une prise en charge native de stratégies plus avancées.

Après le déploiement, il est essentiel de vérifier que l’application fonctionne correctement. Cela peut comprendre :

• Contrôles d’intégrité : de simples requêtes HTTP GET vers le point de contrôle d’intégrité de l’application.
• Surveillance des journaux : vérifier les journaux du conteneur pour détecter d’éventuelles erreurs.
• Tests d’intégration : exécuter rapidement un ensemble de tests sur la version nouvellement déployée.

Votre chaîne Jenkins peut inclure une étape « Vérification » pour automatiser ces contrôles.

Examinez l’extrait de Jenkinsfile suivant correspondant à une étape de déploiement. Quel est l’objectif principal de docker stop ${APP_NAME} || true ?

Excellent travail ! Vous avez appris à aborder le déploiement automatisé avec Jenkins et Docker.

• Le déploiement automatisé garantit des mises en production rapides, fiables et cohérentes.
• Les environnements cibles ont besoin de Docker et d’un accès SSH.
• Jenkins utilise des identifiants sécurisés pour se connecter aux serveurs distants.
• Les scripts de déploiement arrêtent généralement les anciens conteneurs, récupèrent les nouvelles images et démarrent les nouveaux conteneurs.
• Les étapes de vérification sont essentielles pour confirmer la réussite du déploiement.

Cela conclut notre cours sur l’intégration et la livraison continues avec Jenkins et Docker. Continuez à vous entraîner pour maîtriser ces outils puissants !