Aller au contenu principal

Chapitre 2.1 - Vue d'Ensemble de l'Architecture

Objectifs d'Apprentissage​

À la fin de ce chapitre, vous serez capable de:

  • Comprendre la séparation entre Control Plane et Worker Nodes
  • Identifier les responsabilités de chaque composant
  • Visualiser les flux de communication
  • Comprendre les concepts de haute disponibilité

Architecture en Couches​

Kubernetes suit une architecture en couches bien définie:

Control Plane vs Worker Nodes​

Control Plane (Master)​

Rôle: Prendre des décisions et maintenir l'état désiré

Caractéristiques:

  • Peut être répliqué pour haute disponibilité
  • Ne s'exécute généralement pas de charges de travail utilisateur
  • Consomme des ressources CPU et mémoire
  • Communique avec tous les Worker Nodes

Worker Nodes​

Rôle: Exécuter les applications

Caractéristiques:

  • Peut être ajouté/supprimé dynamiquement
  • Exécute les Pods (applications)
  • Communique avec le Control Plane
  • Peut être dans différents datacenters/clouds

Flux de Communication​

1. Utilisateur → API Server​

2. API Server → Scheduler → kubelet​

3. Controller Manager → API Server​

Haute Disponibilité​

Pour la production, le Control Plane doit être hautement disponible:

Avantages:

  • Tolérance aux pannes
  • Pas de point de défaillance unique
  • Scalabilité horizontale

Résumé​

Dans ce chapitre, vous avez appris:

Architecture en couches: Application → Orchestration → Infrastructure
Control Plane: Prend les décisions, maintient l'état
Worker Nodes: Exécutent les applications
Communication: Flux bien définis entre composants
Haute Disponibilité: Réplication du Control Plane pour la production

Prochaines Étapes​

Maintenant que vous comprenez l'architecture globale:

Chapitre 2.2: API Server - Le Point d'Entrée
Chapitre 2.3: etcd - La Base de Données

Chapitre créé le: Décembre 2024