Orchestration déclarative des conteneurs avec Kubernetes

Problème

Gérer manuellement des conteneurs sur plusieurs hôtes devient rapidement ingérable : scaling, déploiements, tolérance aux pannes, découverte de services.

Solution

Décrire l'état désiré du système (nombre de réplicas, ressources, services) et laisser la plateforme orchestrer les conteneurs pour atteindre et maintenir cet état.

Pourquoi c'est utile

Auto-réparation : Kubernetes redémarre ou reschedule les conteneurs défaillants.
Scalabilité horizontale : ajustement du nombre de réplicas via kubectl scale ou HPA.
Déploiements sans coupure : rolling updates et rollbacks automatisés.
Abstraction du cloud : fonctionne sur AWS, GCP, Azure, on-premise.

Quand l'appliquer

Application décomposée en microservices ou conteneurs.
Besoin de haute disponibilité et de scaling automatique.
Équipe capable d'assumer la courbe d'apprentissage.

Quand NE PAS l'appliquer

Application monolithique simple sur un seul serveur.
Manque de compétences opérationnelles (risque de sur-ingenierie).
Pas de besoin de haute disponibilité.