Le match que tout le monde se pose
Docker Swarm est mort, dit-on depuis 2019. Pourtant nous voyons chaque semaine des clients déployer des clusters Swarm heureux — et des clusters Kubernetes à un nœud qui consomment 2 GB de RAM pour faire tourner trois conteneurs. Le vrai sujet n'est pas la mode, c'est l'adéquation à l'échelle.
Swarm : l'orchestration sans la taxe
docker swarm init et vous avez un orchestrateur : services répliqués, rolling updates, secrets, réseau overlay. La courbe d'apprentissage se mesure en heures, pas en semaines. Sur un à cinq VPS, Swarm fait tout ce dont 95 % des équipes ont besoin avec zéro composant supplémentaire.
Kubernetes : puissant, mais exigeant
K8s brille au-delà de 5-10 nœuds et des équipes dédiées. En dessous, vous payez la complexité (etcd, control plane, manifests) sans récolter les bénéfices. k3s adoucit la note — 512 MB de RAM — mais reste du Kubernetes à administrer.
Notre tableau de décision
1 VPS, quelques services : Compose. 2-5 VPS, rolling deploys : Swarm. 5+ nœuds, équipe plateforme, besoins d'autoscaling fin : k3s/K8s. Et quel que soit l'orchestrateur, la performance des nœuds reste le socle : NVMe Gen4 pour les images et volumes, réseau rapide entre sites (10 Gbps interne chez nous) pour l'overlay.
Le cas hybride fréquent
Beaucoup de nos clients couplent : un VPS de production en Swarm, plus un petit VPS dédié aux outils (registry, monitoring, backups) — la simplicité sans le point de fragilité unique.