New spelling fixes

tutorial/docker-orchestration/setup.md

@@ -33,7 +33,7 @@ chmod +x /usr/bin/docker-machine
 
 ### Support de KVM
 
-Le programme support de base de nombreux environnement, dont VirtualBox et
+Le programme supporte de base de nombreux environnements, dont VirtualBox et
 Hyper-V. Bien d'autres environnements peuvent être supportés, au moyen de
 plug-ins.
 

tutorial/docker-orchestration/stack.md

@@ -54,7 +54,7 @@ iyue3rgd0ohs    myWebS      replicated    1/1         nginx:latest
 </div>
 
 Vous pouvez constater que sur l'un des nœuds, sur lequel votre serveur aura été
-déployé, le tâche apparaît dans la liste des conteneurs !
+déployé, la tâche apparaît dans la liste des conteneurs !
 
 
 Rien de très excitant pour le moment, car nous ne pouvons pas vraiment accéder
@@ -86,8 +86,8 @@ particulièrement.
 Essayons de nous connecter aux ports 80 des deux IP correspondant à nos deux
 nœuds. Vous devriez voir la même page.
 
-Lorsque plusieurs tâches s'exécutent pour ce service, le nœud d'entrée choisi
-selon un round-robin à quelle tâche il va diriger la requête. C'est grâce à ce
+Lorsque plusieurs tâches s'exécutent pour ce service, le nœud d'entrée choisit
+selon un round-robin vers quelle tâche il va diriger la requête. C'est grâce à ce
 mécanisme qu'il est possible de faire de la répartition de charge très
 simplement.
 
@@ -103,7 +103,7 @@ consulter la documentation à ce sujet :\
 
 On parle depuis tout à l'heure de lancer plusieurs tâches pour le même
 service. La mise à l'échelle, c'est ça : exécuter plusieurs conteneurs pour la
-même tâche afin de mieux répartir la charge, idéalement sur des machines
+même service afin de mieux répartir la charge, idéalement sur des machines
 physiques différentes.
 
 Ce qui se fait souvent avec beaucoup de douleur hors de Docker, se résume ici
@@ -172,5 +172,5 @@ services:
 </div>
 
 Certaines informations comme les ressources, permettent à l'orchestrateur de
-mieux choisir le *workers* de destination, en fonction de certaines de ses
+mieux choisir le *worker* de destination, en fonction de certaines de ses
 caractéristiques.

tutorial/docker-orchestration/swarm.md

@@ -7,7 +7,7 @@ Regroupés au sein d'un cluster (on parle de *swarm* pour Docker), chaque
 *Docker engine* représente un nœud (*node*) dans lequel on va déployer des
 *services*.
 
-Certain nœuds ont un rôle de *manager*, parmi ceux-ci, un seul est élu leader et
+Certains nœuds ont un rôle de *manager*, parmi ceux-ci, un seul est élu leader et
 prendra les décisions d'orchestration. Les autres sont là pour prendre le
 relais en cas de dysfonctionnement sur le manager élu.