Orchestration
Progression
#Orchestration
Orchestrer, c’est déclarer l’état désiré d’un ensemble de conteneurs et laisser un planificateur le maintenir. Kubernetes introduit des pods, des déploiements, des services et des ingress qui séparent clairement le cycle de vie, l’exposition réseau et l’équilibrage. Les sondes de liveness et readiness guident les redémarrages et les bascules sans perturber les utilisateurs.
On déploie progressivement, on sonde la santé des services et on limite les blast radius par des quotas et des politiques réseau. La simplicité de la spec prime: des manifests lisibles, versionnés et testés comme du code. Les mises à jour rolling et canary aident à réduire l’incertitude; la priorisation et l’anti‑affinité évitent les contensions silencieuses.
#Exemple: Deployment + Service (Kubernetes)
yamlyaml
1apiVersion: apps/v12kind: Deployment3metadata:4 name: web5spec:6 replicas: 37 selector: { matchLabels: { app: web } }8 template:9 metadata: { labels: { app: web } }10 spec:11 containers:12 - name: app13 image: ghcr.io/acme/web:1.2.314 ports: [{ containerPort: 8080 }]
#Animations
Pods
Unité d’exécution (+probes)
Deployments
Rolling/Canary; déclaratif
Services
IP virtuelle + LB
HPA
Autoscaling sur métriques
Ingress
Entrée HTTP vers Services
Client
Ingress
Service
Pods