Docker vs Kubernetes : Quelle stratégie de déploiement continu pour des environnements complexes ?
Le contexte Au cœur de la transformation
Docker vs Kubernetes : Quelle stratégie de déploiement continu pour des environnements complexes ?
Le contexte
Au cœur de la transformation numérique, deux géants se disputent la manière dont nous déployons nos applications dans des environnements toujours plus complexes. Docker et Kubernetes ne sont pas de simples outils, mais des piliers qui redéfinissent les stratégies de déploiement continu. Face à cette dualité, comment naviguer et choisir la solution la plus adaptée à vos besoins spécifiques ?
Une évolution marquante des technologies de conteneurisation
Les conteneurs sont devenus la pierre angulaire des déploiements modernes. Pour bien comprendre le paysage actuel, il est intéressant de retracer brièvement l’évolution de ces technologies clés :
- 2013 : Lancement de Docker, révolutionnant la conteneurisation.
- 2014 : Introduction de Kubernetes par Google.
- 2015 : Création de la Cloud Native Computing Foundation (CNCF).
- 2017 : Kubernetes s’impose comme le standard de facto pour l’orchestration de conteneurs.
Cette évolution rapide a conduit à l’adoption massive de ces technologies dans l’industrie, influençant également les langages de programmation les plus utilisés.
Docker Compose vs Kubernetes : Quand utiliser quoi ?
Docker Compose, le champion de la conteneurisation
Docker est à la conteneurisation ce que le couteau suisse est au bricolage : un outil polyvalent et incontournable. Il permet de créer, gérer et exécuter des conteneurs avec une simplicité déconcertante
Docker Compose, un outil qui permet de définir et de gérer des applications multi-conteneurs excelle dans les environnements de développement et de test, particulièrement sur un seul hôte (single host) et il est particulièrement utile pour réaliser des POCs rapides et efficaces.
Avantages de Docker Compose :
- Simplicité de configuration
- Idéal pour le développement local
- Parfait pour les tests d’intégration
- Facilité de démarrage rapide des environnements
Exemple de fichier docker-compose.yml :
version: '3'
services:
web:
build: .
ports:
- "5000:5000"
redis:
image: "redis:alpine"
Il définit deux services : une application web et une base de données Redis, prêts à être déployés en un clin d’œil.
Kubernetes : l'orchestrateur des environnements complexes
Si Docker est le soliste virtuose, Kubernetes est le chef d’orchestre qui harmonise tout un ensemble. Il gère le déploiement, la mise à l’échelle et la gestion des applications conteneurisées à grande échelle.
Souvent abrégé K8s, il est devenu le standard de facto pour l’orchestration de conteneurs en production. Selon le rapport de la CNCF de 2021, Kubernetes a atteint un taux d’adoption de 88% parmi les entreprises utilisant des conteneurs en production.
Avantages de Kubernetes :
- Mise à l’échelle automatique
- Auto-récupération
- Gestion avancée du réseau
- Déploiements complexes et distribuées
Exemple de déploiement Kubernetes :
apiVersion: apps/v1
kind: Deployment
metadata:
name: monapp
spec:
replicas: 3
selector:
matchLabels:
app: monapp
template:
metadata:
labels:
app: monapp
spec:
containers:
- name: monapp
image: monregistry/monapp:v1
ports:
- containerPort: 80
Cet exemple définit un déploiement avec trois réplicas de l’app, qui a une haute disponibilité et une résilience accrue.
Docker vs Kubernetes : Complémentaires plutôt que concurrents
Cependant, il est important de comprendre que Docker et Kubernetes ne sont pas en compétition directe. Docker excelle dans la création et la gestion de conteneurs individuels, tandis que Kubernetes brille dans l’orchestration de multiples conteneurs à grande échelle.
Dans un pipeline de déploiement continu typique, vous pourriez utiliser Docker pour construire et tester vos images, puis Kubernetes pour les déployer et les gérer en production.
Stratégies de déploiement continu pour environnements complexes
1. Intégration avec les outils CI/CD
L’intégration avec des outils CI/CD est cruciale pour un déploiement continu efficace. On retrouve ainsi les options plus populaires :
- Azure DevOps
- Jenkins
- GitLab CI/CD
- CircleCI
Exemple d’intégration avec Maven pour la construction d’images Docker :
<plugin>
<groupId>com.spotify</groupId>
<artifactId>docker-maven-plugin</artifactId>
<version>1.2.2</version>
<configuration>
<imageName>monapp</imageName>
<dockerDirectory>docker</dockerDirectory>
<resources>
<resource>
<targetPath>/</targetPath>
<directory>${project.build.directory}</directory>
<include>${project.build.finalName}.jar</include>
</resource>
</resources>
</configuration>
</plugin>
2. Gestion des environnements multiples
On utilise des templates Kubernetes avec des placeholders pour gérer efficacement différents environnements :
apiVersion: apps/v1
kind: Deployment
metadata:
name: monapp-deployment
namespace: __NAMESPACE__
spec:
replicas: __REPLICAS__
template:
spec:
containers:
- name: monapp
image: <registry>/monapp:__VERSION__
Remplacement des variables dans le pipeline CI/CD :
sed -i "s/__NAMESPACE__/${CI_ENVIRONMENT_SLUG}/" deployment.yml
sed -i "s/__REPLICAS__/${REPLICAS_COUNT}/" deployment.yml
sed -i "s/__VERSION__/${CI_COMMIT_SHA}/" deployment.yml
kubectl apply -f deployment.yml
Déploiements avancés avec Kubernetes
Déploiements bleu-vert
Le déploiement bleu-vert implique de maintenir deux environnements de production identiques, permettant une bascule rapide entre les versions. Il permet ainsi une réduction du temps d’indisponibilité et une facilité de rollback.
<plugin>
<groupId>com.spotify</groupId>
<artifactId>docker-maven-plugin</artifactId>
<version>1.2.2</version>
<configuration>
<imageName>monapp</imageName>
<dockerDirectory>docker</dockerDirectory>
<resources>
<resource>
<targetPath>/</targetPath>
<directory>${project.build.directory}</directory>
<include>${project.build.finalName}.jar</include>
</resource>
</resources>
</configuration>
</plugin>
Canary releases
Les canary releases permettent de déployer progressivement une nouvelle version à un sous-ensemble d’utilisateurs.
Exemple de déploiement canary avec Istio :
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
name: monapp-vs
spec:
hosts:
- monapp.mondomaine.com
http:
- route:
- destination:
host: monapp-stable
weight: 90
- destination:
host: monapp-canary
weight: 10
Ce manifeste dirige 10% du trafic vers la nouvelle version (canary), permettant un test en production contrôlé.
Défis de la transition de Docker à Kubernetes
Bonnes pratiques de sécurité avec Kubernetes
Bonnes pratiques de sécurité avec Kubernetes
Conclusion
Pour aller plus loin
Nos postes ouverts
Diapositive précédente
Diapositive suivante