kubernetes: Fix typos in index.md

Change-Id: Ib8e853402ea1df87d02dc5c0784670ea9bc781d6
Forwarded: ltearno#1
Signed-off-by: Philippe Coval <rzr@users.sf.net>

formation-kubernetes/index.ad

@@ -44,9 +44,9 @@ Processus (et programme en général) :
 
 == Operating System
 
-L'OS gère les resources de la machine et l'exécution des processus
+L'OS gère les ressources de la machine et l'exécution des processus
 
-Les processus voient et partagent les resources
+Les processus voient et partagent les ressources
 
 == Environnement
 
@@ -62,9 +62,9 @@ Le lancement réussi d'un programme dépend donc d'un environnement adéquat
 
 Change le répertoire racine d'un processus
 
-Isolation de l'execution du processus
+Isolation de l'exécution du processus
 
-A partir de là il est possible de construire l'environnement FS adequat
+A partir de là il est possible de construire l'environnement FS adéquat
 
 === Exemple
 
@@ -197,7 +197,7 @@ Abbréviations : kube, k8s,...
 == Vision à grosse maille :
 
 - description déclarative des déploiements
-- placement automatique des containers en fonction des contraintes et prérequis déclarés par l'application
+- placement automatique des containers en fonction des contraintes et pré-requis déclarés par l'application
 - gestion des failles (les containers redémarrent automatiquement)
 - mise à l'échelle horizontale
 - découverte de services et load balancing
@@ -244,19 +244,19 @@ tp-0.html[Aller au TP 0]
 == Que s'est-il passé ?
 
 
-Débrief du TP en passant en revue les resources créées pour l'occasion :
+Débrief du TP en passant en revue les ressources créées pour l'occasion :
 
 - kubectl get deployment,...
 
 
 == Vue d'ensemble
 
 Le développeur utilise l'API k8s (souvent avec `kubectl`) pour décrire l'état désiré du cluster 
-(applications à exécuter, quels conteneurs utiliser, nombre de réplicas, 
-les resources réseau et disque etc)
+(applications à exécuter, quels conteneurs utiliser, nombre de répliquas, 
+les ressources réseau et disque etc)
 
 Les services Kubernetes (_control plan_, exécuté sur les noeuds du cluster) 
-surveillent les resources demandées par l'application et mettent en place
+surveillent les ressources demandées par l'application et mettent en place
 automatiquement celles-ci.
 
 Le noeud master exécute `kube-apiserver`, `kube-controller-manager` et `kube-scheduler`
@@ -287,15 +287,15 @@ Ces machines hébergent les charges applicatives
 
 == Pods
 
-Un groupe de containers s'exécutant sur une machine et en partageant les resources :
+Un groupe de containers s'exécutant sur une machine et en partageant les ressources :
 - stockage (définition de volumes),
 - réseau (adresse IP unique dans le cluster)
 
 Les containers d'un même pod partage la même adresse IP et le même espace de ports TCP.
 Ils peuvent communiquer entre eux par `localhost` et autres IPC.
 Ils ont accès aux volumes partagés définis au niveau du pod (et montables dans le file system).
 
-Les pods sont schédulés sur des noeuds. Ils sont gérés en général par des _controleurs_ (Deployment, StatefulSet, DaemonSet...)
+Les pods sont schédulés sur des noeuds. Ils sont gérés en général par des _contrôleurs_ (Deployment, StatefulSet, DaemonSet...)
 
 == Services
 
@@ -354,7 +354,7 @@ Le namespace par défaut s'appelle `default`. Kube utilise ses propres namespace
 
 Réplication de plusieurs Pods.
 
-Ces objets sont très rarement accédés par le développeur, mais par les controlleurs
+Ces objets sont très rarement accédé par le développeur, mais par les contrôleurs
 de déploiement (page suivante)
 
 == Deployments
@@ -480,7 +480,7 @@ Authentification et autorisation
 
 Il a pour rôle d'affecter à chaque pod un ou des noeuds pour l'exécution, puis de séquencer le démarrage de ces pods.
 
-Très important : les health check qui permettent au controleur de connaître le statut de chaque container, il est donc indispensable de les spécifier.
+Très important : les health check qui permettent au contrôleur de connaître le statut de chaque container, il est donc indispensable de les spécifier.
 
 == Rappel