TP5 ok

tutorial/k8s/discover.md

@@ -102,7 +102,7 @@ Mon premier conteneur
 Prêt à lancer notre premier conteneur ?!
 
 Pas si vite ! En fait ... Kubernetes ne permet pas de lancer de conteneur...
-Nous devons lancer un *pod*, qui ne contiendra qu'un seul conteneur.
+Nous devons lancer un *pod* (qui ne contiendra qu'un seul conteneur).
 
 ### Mon premier pod
 
@@ -110,8 +110,8 @@ Nous devons lancer un *pod*, qui ne contiendra qu'un seul conteneur.
 kubectl run pingpong --image alpine ping 1.1.1.1
 ```
 
-Outre un avertissement, `kubectl` doit indiquer qu'une tâche de déploiement a
-été créée.
+Outre un avertissement, `kubectl` doit indiquer nous qu'une tâche de
+déploiement a été créée.
 
 Si l'on affiche la liste des pods, vous devriez avoir quelque chose qui
 ressemble à cela :

tutorial/k8s/intro.md

@@ -52,21 +52,30 @@ DNS, car les IP sont susceptibles de changer !
 Tester avec `docker-compose`
 ----------------------------
 
-`docker-compose up`
+```bash
+docker-compose up
+```
 
-Se connecter à chronograf sur le port qui va bien
+Une fois le docker-compose lancé, nous devrions pouvoir accéder à l'interface
+de chronograf pour voir l'avancement de recherche de pépites :
+
+<http://localhost:8888/sources/1/dashboards/1>
 
 
 Monté en puissance
 ------------------
 
-`docker-compose up -d --scale worker=2`
+```bash
+docker-compose up -d --scale worker=2
+```
 
-Ok :-)
+On remarque que le nombre de hash calculés augmente ! Génial !
 
-`docker-compose up -d --scale worker=10`
+```bash
+docker-compose up -d --scale worker=10
+```
 
-Argh :-(
+Mais ça atteint un palier au bout d'un moment ...
 
 
 Identification du goulot d'étranglement
@@ -74,13 +83,10 @@ Identification du goulot d'étranglement
 
 De nombreux outils existent pour réaliser des tests de performance, essayons
 `httping` sur nos différents services pour voir si un service ne serait pas
-la cause des ralentissements.
+la cause des ralentissements :
 
-`rng`
-: `httping -c 3 localhost:8001`
-
-`hasher`
-: `httping -c 3 localhost:8002`
+- Testons `rng` : `httping -c 3 localhost:8001`,
+- puis testons `hasher` : `httping -c 3 localhost:8002`.
 
 Il semblerait que notre application `rng` nécessite d'être exécuté en parallèle
 ! Mais on ne peut pas faire de répartition de charge facilement avec

tutorial/k8s/overview.md

@@ -19,8 +19,8 @@ en cherchant à être constamment dans l'état que l'on lui a décrit, qu'il va
 s'adapter pour répondre aux besoins.
 
 Par exemple, on ne va pas lui expliquer comment lancer des conteneurs ou
-récupérer des images ; mais on va lui demander d'avoir 5 conteneurs youp0m
-lancés, de placer ces conteneurs derrière un load-balancer ; on pourra
+récupérer des images ; mais on va lui demander d'avoir 5 conteneurs youp0m
+lancés, de placer ces conteneurs derrière un load-balancer ; on pourra
 également lui demander d'adapter la charge pour absorber les pics de trafic
 (par exemple lors du Black Friday sur une boutique), mais également, il pourra
 gérer les mises à jour des conteneurs selon différentes méthodes, ...

tutorial/k8s/run.md

@@ -4,7 +4,7 @@ Cookies dans Kube
 =================
 
 Maintenant que nous en savons un peu plus sur Kubernetes, nous allons commencer
-à déployer notre application ChochMiner dans notre cluster. Pour cela, nous
+à déployer notre application ChocoMiner dans notre cluster. Pour cela, nous
 allons devoir :
 
 - construire les images de notre application ;
@@ -72,7 +72,7 @@ disposition sur le Docker Hub :
 
 - `nemunaire/worker:v0.1`
 - `nemunaire/rng:v0.1`
-- etc.
+- `nemunaire/hasher:v0.1`
 
 
 Lançons les images standards