Repository navigation
Architecture de k8
L'architecture de k8s se décline en différents composants.
En voici les principaux.
Il s'agit d'une machine qui contient des containers démarrés par k8s.

Warning
Si un noeud tombe, toute l'application risque de tomber. Il est donc nécessaire d'avoir plus d'un noeud en production.
Un cluster est simplement le regroupement de plusieurs noeuds.

Si un noeud tombe, l'application restera accessible avec les autres noeuds.
Mais on doit se poser les questions suivantes :
- Où se trouvent les informations des différents membres / noeuds du cluster ?
- Comment les noeuds sont-ils monitorés ?
- Comment l'application doit être servie par les noeuds qui sont encore healthy ?
Pour cela, il existe un noeud supplémentaire qui est le noeud maître, et où k8s est installé.

C'est ce noeud qui est en fait responsable de l'orchestration des containers.
Lorsqu'on installe k8s, on interagit avec une API qui va communiquer avec ses composants.

L'API agit comme le front-end de k8s.
Kubernetes (k8s)
- Accueil
- Vue d'ensemble
- Les containers
- L'orchestration
- L'architecture de k8s
- Les composants de k8s
- Noeud maître vs noeud esclave
- Les namespaces
- Les pods
- Les sondes et le cycle de vie
- Les ReplicaSets
- Les Deployments
- Les Jobs
- Les CronJobs
- Les DaemonSets
- Les StatefulSets
- Les ConfigMaps et Secrets
- Les volumes persistants (PV & PVC)
- Les Services
- Les Ingress
- Le Gateway API
- La mise à l'échelle
- Le RBAC
- Helm
- kubectl