Fix orthograf and grammar thanks to grammalecte

tutorial/devops/devops.md

@@ -57,7 +57,7 @@ Chez Google (et d'autres entreprises qui ont depuis repris l'idée), des équipe
 sont chargées de développer la fiabilité des systèmes d'information de
 production. Ce sont les équipes SRE, pour Site Reliability Engineering. On
 confie alors complètement la responsabilité de l'environnement de production
-aux développeurs qui sont chargés de l'automatiser. Au delà de l'automatisation
+aux développeurs qui sont chargés de l'automatiser. Au-delà de l'automatisation
 des déploiements de services, il s'agit ici de développer des mécanismes
 permettant au système de réagir face aux situations telles que les montées en
 charges, les pannes, ...
@@ -108,7 +108,7 @@ Dans le cas d'un programme à télécharger
 ([Python](https://buildbot.python.org/all/#/), VLC,
 [MariaDB](https://buildbot.askmonty.org/buildbot/), ...), on va placer les
 paquets sur le site internet, éventuellement mettre à jour un fichier pointant
-vers la dernière version (pour que les utilisateurs aient la notifications).
+vers la dernière version (pour que les utilisateurs aient la notification).
 
 Ou bien dans le cas d'un service en ligne (GitHub, Netflix, GMail, ...), il
 s'agira de mettre à jour le service.
@@ -166,7 +166,7 @@ outils.
 **Basée sur les métriques** comme ELK, Prometheus, InfluxDB, ... : dans la
 stack TICK que nous avons mis en place précédemment, nous avions placé un
 agent sur la machine que nous souhaitions analyser. Outre les graphiques
-présenté dans Chronograf, le dernier outil que l'on n'avait pas configuré était
+présentés dans Chronograf, le dernier outil que l'on n'avait pas configuré était
 Kapacitor, qui permet après avoir analysé les données, d'alerter en fonction
 d'une évolution.
 
@@ -177,7 +177,7 @@ faire remonter dans sa base de données de métriques.
 \
 
 La différence entre les deux techniques est que nagios va vous alerter à partir
-d'un certain seuil que vous aurez préalablement défini (s'il reste moins de 10%
+d'un certain seuil que vous aurez préalablement défini (s'il reste moins de 10 %
 d'espace disque par exemple), tandis que Kapacitor va tenter d'interpréter les
 indicateurs (et donc vous alerter seulement si la courbe représentant l'espace
 disque disponible augmente de telle sorte qu'il ne reste plus que quelques
@@ -193,7 +193,7 @@ Enfin, citons le [Chaos Monkey](https://fr.wikipedia.org/wiki/Chaos_Monkey),
 conçu par Netflix, qui est un programme qui va casser de manière aléatoire des
 éléments de l'environnement de production. Le but est de provoquer sciemment
 des pannes, des latences, ... à n'importe quel niveau du produit, afin d'en
-tester (brulatement certes) sa résilience. Cela oblige les développeurs, les
+tester (brutalement certes) sa résilience. Cela oblige les développeurs, les
 opérationnels et les architectes à concevoir des services hautement tolérant
 aux pannes, ce qui fait que le jour où une véritable panne survient, elle n'a
 aucun impact sur la production (enfin on espère !).

tutorial/devops/publish-docker.md

@@ -72,7 +72,7 @@ docker run --rm -p 8080:8080 localhost:5000/youp0m
 
 ::::: {.question}
 On notera que ceci est possible exclusivement parce que le registre
-`localhost:5000` est considéré non-sûr par défaut. C'est à dire qu'il n'a pas
+`localhost:5000` est considéré non-sûr par défaut. C'est-à-dire qu'il n'a pas
 besoin de certificat TLS sur sa connexion HTTP pour être utilisé.\
 Si on avait dû utiliser un autre nom de domaine, il aurait fallu
 [l'ajouter à la liste des

tutorial/devops/tools-drone-cmd.md

@@ -1,6 +1,6 @@
 Tout comme Gitea, Drone tire un certain nombre de paramètres depuis son
 environnement. Nous allons donc commencer par indiquer l'identifiant et le
-secret de l'application que l'on a créé précédemment dans Gitea :
+secret de l'application que l'on a créés précédemment dans Gitea :
 
 <div lang="en-US">
 ```shell

tutorial/devops/tools-drone-runner-end.md

@@ -2,7 +2,7 @@
 
 On remarquera que l'on partage notre socket Docker : l'exécution de code
 arbitraire n'aura pas lieu directement dans le conteneur, en fait il s'agit
-d'un petit orchetrateur qui lancera d'autres conteneurs en fonction des tâches
+d'un petit orchestrateur qui lancera d'autres conteneurs en fonction des tâches
 qu'on lui demandera. Le code arbitraire sera donc toujours exécuté dans un
 conteneur moins privilégié.
 

tutorial/devops/tools-drone.md

@@ -11,7 +11,7 @@ moderne, conçue tout autour de Docker. Idéale pour nous !
 Deux conteneurs sont à lancer : nous aurons d'un côté l'interface de contrôle
 et de l'autre un agent (*runner* dans le vocabulaire de Drone) chargé
 d'exécuter les tests. Dans un environnement de production, on aura généralement
-plusieurs agents, et ceux-ci seront situé sur des machines distinctes.
+plusieurs agents, et ceux-ci seront situés sur des machines distinctes.
 
 ### Interface de contrôle et de dispatch des tâches
 

tutorial/devops/tools-gitea.md

@@ -6,7 +6,7 @@ gestionnaire de versions. Nous allons ici utiliser Git.
 
 ### Problématique du stockage des produits de compilation
 
-Outre les interfaces rudimentaires fournies au dessus de Git
+Outre les interfaces rudimentaires fournies au-dessus de Git
 ([gitweb](https://git.wiki.kernel.org/index.php/Gitweb)), il y a de nombreux
 projets qui offrent davantage que le simple hébergement de dépôts. Vous pouvez
 voir sur GitHub notamment qu'il est possible d'attacher à un tag un [certain

tutorial/devops/what-gistre.md

@@ -7,18 +7,18 @@ Bienvenue dans la société Électropcool !
 
 Électropcool est une société française spécialisée dans
 l'[immotique](https://fr.wikipedia.org/wiki/Immotique), elle vend des
-équipements IoT, principalement à destination des professionels du bâtiment. Le
+équipements IoT, principalement à destination des professionnels du bâtiment. Le
 produit phare est une plate-forme de
 [GTB](https://fr.wikipedia.org/wiki/Gestion_technique_de_b%C3%A2timent)
 modulaire de suivi de la vie d'un bâtiment où sont regroupés les différents
 compteurs, capteurs et actionneurs que l'on retrouve dans les installations.
 Les nouveaux bâtiments conçus autour la plate-forme permettent de faire de
-sérieuses économies d'entretien (en ne faisant déplacer les techiciens que
+sérieuses économies d'entretien (en ne faisant déplacer les techniciens que
 lorsque c'est nécessaire) tout en permettant d'anticiper les problèmes (grâce à
 un moteur de *machine-learning* capable d'anticiper les pannes) et les besoins
 en combustible (liés à la météo)[^HOMEASSISTANT].
 
-[^HOMEASSISTANT]: Si ça vous met l'eau à la bouche, jettez un œil du côté du
+[^HOMEASSISTANT]: Si ça vous met l'eau à la bouche, jetez un œil du côté du
     projet <https://www.home-assistant.io/> qui fait un peu moins de
     *bullshit*, mais est bien réel !
 
@@ -51,7 +51,7 @@ Une grosse partie des travaux est donc réalisé avec un noyau Linux, sur du
 matériel très performant, pour de l'embarqué.
 \
 
-Tous les modules logiciels qui interragissent avec les capteurs sont
+Tous les modules logiciels qui interagissent avec les capteurs sont
 aujourd'hui intégrés dans un système construit à l'aide de
 [`bitbake`](https://www.yoctoproject.org/). L'entreprise grossissant à vue d'œil,
 il devient de plus en plus difficile de synchroniser les équipes concilier la
@@ -70,7 +70,7 @@ défaillant.
 Vous êtes également chargés de jeter les bases du système d'intégration continu
 des modules. (La partie déploiement continu, sera réalisé plus tard par
 l'équipe développant le nouveau système de base, suivant le meilleur outil que
-retiendrez.)
+vous retiendrez.)
 \
 
 Le projet qui vous servira de base pour vos tests sera