L’une des plus grandes révolutions dans le secteur du développement est la conteneurisation des applications. Une approche permettant de packager une application avec ses dépendances dans un seul et unique artefact appelé image Docker. Les conteneurs sont le résultat de l’exécution d’une image à travers un moteur de conteneurisation compatible OCI (Open Container Interface). Maintenant, comment packager notre application pour la déployer cette fois-ci dans un environnement d’orchestration de conteneurs tel que Kubernetes ? L’idée d’utiliser un orchestrateur de conteneurs est d’assurer la résilience et la scalabilité de notre application ou encore de nos micro-services.
L’objectif aussi c’est de livrer un produit rapidement, mais aussi un produit qui apporte de la valeur, on parle souvent de la livraison continue, c’est pour cette raison que dans un environnement DevOps, plusieurs outils peuvent coexister pour implémenter une approche CI/CD.
Revenons sur le packaging de notre application, ce sont des outils comme Helm et Kustomize qui nous offrent une approche de déploiement dans Kubernetes, mais ils permettent également de déployer dans des environnements différents voire des clusters différents.
Parmi les bonnes pratiques Devops, l’idée est de ne pas déployer directement sur l’environnement de production, mais de passer par des environnements de staging et de qualification en plus de l’automatisation de ce mode de déploiement à travers les pipelines de CI/CD avec GitLab CI, ou encore avec Jenkins.
Introduction
Avant d’entrer dans la pratique et l’utilisation de Helm et Kustomize, je me permets d…
- Accédez à tous les contenus de Connect en illimité
- Découvrez des listes de lecture et des contenus Premium
- Consultez les nouveaux articles en avant-première
