☸️ Partie 1 : Les Fondamentaux & l'Architecture

C'est le concept le plus important. K8s fonctionne sur un modèle **déclaratif** (via des fichiers YAML).

$ ssh machine-1
$ docker run nginx
$ ssh machine-2
$ docker run nginx
$ (Oups, machine-1 vient de tomber)
$ (Vite, je dois relancer nginx sur machine-3 !)

# (mon-app.yaml)
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3 # (L'ÉTAT DÉSIRÉ)
  template:
    spec:
      containers:
      - name: nginx
        image: nginx:latest

La Boucle de Réconciliation (Controller Manager)

Vous donnez le YAML à K8s (kubectl apply -f mon-app.yaml). L'état désiré (3 répliques) est sauvé dans etcd (la base de données).

Le Controller Manager (le thermostat) observe en permanence :

ÉTAT DÉSIRÉ (ETCD) == ÉTAT ACTUEL (CLUSTER) ?

• Cas 1 (Initial) : Désiré=3, Actuel=0. Action : Le Scheduler place 3 Pods.
• Cas 2 (Panne) : Un Nœud tombe. Désiré=3, Actuel=2. Action : Le Scheduler place 1 nouveau Pod sur un Nœud sain.

Vous ne gérez plus les pannes, vous ne faites que décrire le résultat final.

[cite_start]Un cluster Kubernetes est composé de deux types de machines : le Control Plane (le cerveau) et les Worker Nodes (les muscles)[cite: 6].

Diagramme (Basé sur la source [cite: 6])

+-------------------------------------------------+
| Control Plane (Master Node(s))                  |
| (Le "Cerveau" - Gère le cluster)                |
| +-----------+   +-----------+   +-------------+ |
| | API Server| - | etcd (DB) | - | Controller  | |
| | (Porte)   |   | (État)    |   | Manager     | |
| +-----------+   +-----------+   +-------------+ |
|      |                                |         |
|      +---------- [Scheduling] -------+         |
|      |                                |         |
|      ▼                                |         |
| +-----------+                         |         |
| | Scheduler |                         |         |
| +-----------+                         |         |
+-------------------------------------------------+
      | (Ordres)                        | (Ordres)
      ▼                                 ▼
+-------------------------+   +-------------------------+
| Worker Node 1           |   | Worker Node 2           |
| (Les "Muscles" - Exécute) |   | (Les "Muscles" - Exécute) |
| +---------------------+ |   | +---------------------+ |
| | Kubelet (Agent)     | |   | | Kubelet (Agent)     | |
| | kube-proxy (Réseau) | |   | | kube-proxy (Réseau) | |
| | Container Runtime   | |   | | Container Runtime   | |
| |                     | |   | |                     | |
| | [Pod] [Pod] [Pod]   | |   | | [Pod] [Pod]         | |
| +---------------------+ |   | +---------------------+ |
+-------------------------+   +-------------------------+
            

[cite_start]Le Control Plane est le "cerveau". Il prend les décisions[cite: 6]. (En production, il est répliqué 3x ou 5x pour la Haute Disponibilité).

[cite_start]Les Worker Nodes sont les "muscles". Ils exécutent les applications (Pods)[cite: 6].

[cite_start]Il existe différentes "saveurs" de Kubernetes[cite: 7].

[cite_start]L'open source est gratuit, mais vous payez l'infrastructure (serveurs, VMs)[cite: 10].
[cite_start]Pour les services managés (Cloud)[cite: 10]:

[cite_start]
• GKE (Google) / EKS (AWS) : Coûtent environ 0.10$/heure (soit ~$72/mois) pour la gestion du Control Plane (par cluster)[cite: 10]. (Le compute/Worker Nodes est payé en plus).
[cite_start]
• AKS (Azure) : Le Control Plane est gratuit (dans le "Free Tier"), seul le compute (Worker Nodes) est payant[cite: 10].

Le PDF mentionne plusieurs images clés[cite: 31, 32]. Voici des représentations conceptuelles de ces diagrammes.