Microservices en production
Déployer, scaler et mettre à jour chaque service indépendamment.
Kubernetes (K8s) est une plateforme open source qui orchestre des conteneurs sur un cluster de machines : elle planifie où les lancer, redémarre ceux qui tombent, expose les services, gère le scaling et les mises à jour progressives. Née chez Google et gouvernée par la CNCF, elle est devenue le standard de facto pour exploiter des applications conteneurisées en production à moyenne et grande échelle.
En une phrase
Kubernetes décide où, quand et combien de conteneurs tourner — et les remet sur pied s'ils tombent.
À retenir
Fiche du terme
Docker (ou un autre runtime OCI) exécute un conteneur sur une machine. Kubernetes coordonne des centaines de conteneurs sur plusieurs machines : placement, santé, scaling, rolling updates et découverte de services.
Le modèle repose sur des Pods (plus petite unité déployable), des Deployments/StatefulSets et des Services. L'opérateur décrit l'état voulu ; les contrôleurs corrigent les écarts (self-healing).
Pour une PME montréalaise, K8s a du sens dès qu'il y a plusieurs services, besoin d'autoscaling ou d'une plateforme interne. Avant cela, Compose, un PaaS ou un service de conteneurs managé suffit souvent.
Avoir des images saines, healthchecks et config externalisée avant d'orchestrer.
GKE/EKS/AKS réduisent la charge du plan de contrôle ; le self-managed demande une équipe ops dédiée.
Manifests ou Helm/Kustomize : Deployments, Services, Ingress, HPA, NetworkPolicies.
Métriques, logs, traces ; déploiements via CI et souvent Argo CD / Flux.
Une plateforme SaaS B2B à Québec déploie API, worker et frontend sur GKE. Un pic de charge double automatiquement les pods API (HPA). Un rolling update pousse une nouvelle version sans downtime. Quand un nœud tombe, les pods sont reschedulés — les clients ne voient qu'une brève latence.
Déployer, scaler et mettre à jour chaque service indépendamment.
Répliques, probes et reschedule sur panne de nœud.
Standardiser le déploiement pour plusieurs équipes produit.
Jobs et CronJobs pour traitements ponctuels ou planifiés.
| Kubernetes | Docker Compose | |
|---|---|---|
| Portée | Cluster multi-nœuds, production à l'échelle | Surtout local / un seul hôte |
| Self-healing | Reschedule, réplicas, probes | Redémarrage basique des services |
| Scaling | HPA, cluster autoscaler | Scale manuel limité |
| Complexité | Élevée | Faible — idéal pour démarrer |
Quand le produit passe de « une API sur un VPS » à plusieurs services critiques, K8s (surtout managé) évite les nuits blanches manuelles. Au Québec, les talents et partenaires parlent déjà ce langage. L'erreur coûteuse est de l'adopter trop tôt — ou trop tard, sans filet.
Non. Docker suffit pour construire et exécuter des conteneurs. K8s orchestre à l'échelle du cluster.
Le logiciel open source l'est ; l'exploitation (cluster managé, ingénierie, monitoring) a un coût réel.
PaaS (Cloud Run, Render, Fly), ECS/Fargate, ou Compose sur un ou deux serveurs selon le besoin.
Non, mais Helm ou Kustomize aident à gérer des manifests complexes et des environnements multiples.
Vous hésitez entre Compose, un PaaS et Kubernetes managé ? On peut cadrer l'architecture selon votre charge et votre équipe.
Parler d'orchestration