Kubernetes pour les nuls - comprendre en 10 minutes

Kubernetes (K8s) est la technologie la plus demandée en DevOps. Mais entre les pods, les services, les deployments et les ingress, on peut vite se sentir perdu. Ce guide vous explique tout Kubernetes en 30 minutes, avec des analogies simples.

Kubernetes, c'est quoi exactement ?

Imaginez un chef d'orchestre pour vos applications. Vous lui dites "je veux 3 copies de mon application web, toujours disponibles" et Kubernetes s'assure que c'est le cas, 24h/24. Si un serveur tombe, il redéplace automatiquement vos applications sur un autre serveur.

En termes techniques, Kubernetes est un orchestrateur de conteneurs. Il prend vos conteneurs Docker et les déploie, les met à l'échelle et les répare automatiquement sur un cluster de machines.

Les concepts clés (avec analogies)

🏠 Pod = Un appartement

Un Pod est la plus petite unité dans Kubernetes. C'est un ou plusieurs conteneurs qui partagent le même réseau et le même stockage. Pensez-y comme un appartement : les colocataires (conteneurs) partagent la même adresse et les mêmes espaces communs.

# Voir tous les pods
kubectl get pods

# Détails d'un pod
kubectl describe pod mon-app-xyz

# Logs d'un pod
kubectl logs mon-app-xyz

🏗️ Deployment = Un gestionnaire d'immeuble

Un Deployment gère vos Pods. Vous lui dites "je veux 3 répliques de mon application" et il s'assure qu'il y en a toujours 3. Si un Pod crash, le Deployment en recrée un automatiquement. C'est comme un gestionnaire d'immeuble qui remplace immédiatement un locataire parti.

# Créer un deployment
kubectl create deployment nginx --image=nginx --replicas=3

# Voir les deployments
kubectl get deployments

# Mettre à l'échelle
kubectl scale deployment nginx --replicas=5

🚪 Service = La sonnette de l'immeuble

Un Service donne une adresse stable à vos Pods. Les Pods naissent et meurent constamment (avec des IPs qui changent), mais le Service garde toujours la même adresse. C'est comme la sonnette de l'immeuble : peu importe qui habite à l'étage, la sonnette fonctionne toujours.

🗺️ Ingress = Le GPS

Un Ingress gère l'accès externe à vos services. Il fait correspondre des URLs (app.monsite.fr) aux bons Services. C'est le GPS qui dirige le trafic vers la bonne destination.

📋 Namespace = Les quartiers

Les Namespaces isolent les ressources. Vous pouvez avoir un namespace "production" et un "staging" sur le même cluster, comme des quartiers dans une ville.

Votre premier déploiement en 5 commandes

# 1. Créer un deployment nginx
kubectl create deployment web --image=nginx

# 2. Exposer le deployment
kubectl expose deployment web --port=80 --type=NodePort

# 3. Vérifier que tout tourne
kubectl get pods,svc

# 4. Voir les détails
kubectl describe deployment web

# 5. Mettre à l'échelle
kubectl scale deployment web --replicas=3

Kubernetes vs Docker : quelle différence ?

Docker crée des conteneurs (les briques). Kubernetes orchestre ces conteneurs (construit la maison avec les briques). Vous avez besoin des deux : Docker pour packager, Kubernetes pour déployer à grande échelle. Pour approfondir, lisez notre article Docker vs Kubernetes : quelles différences ?

Faut-il apprendre Kubernetes ?

Oui, si vous visez un poste DevOps, SRE, ou Platform Engineer. Le CKA (Certified Kubernetes Administrator) est la certification la plus valorisée du marché, avec un salaire moyen de 55 000 à 75 000 € en France.

Pas tout de suite, si vous débutez complètement. Apprenez d'abord Linux puis Docker. Kubernetes sans ces bases, c'est comme conduire une F1 sans avoir le permis.