teach/virli
1
0
Fork 0
Code Issues Pull requests Releases Activity

Fix orthograf and grammar thanks to grammalecte

Browse source
This commit is contained in:
nemunaire 2022-05-12 02:46:31 +02:00
parent 3d8dd24b78
commit aa925795d1
46 changed files with 121 additions and 121 deletions
Download patch file Download diff file Expand all files Collapse all files

8
tutorial/docker-advanced/compose.md
View file

@ -54,7 +54,7 @@ run`.
#### `volumes`
Cette section est le pendant de la commandes `docker volume`.
Cette section est le pendant de la commande `docker volume`.
On déclare les volumes simplement en leur donnant un nom et un driver comme
suit :
@ -83,7 +83,7 @@ l'emplacement à partager :
#### `network`
Cette section est le pendant de la commandes `docker network`.
Cette section est le pendant de la commande `docker network`.
Par défaut, Docker relie tous les conteneurs sur un bridge et fait du NAT pour
que les conteneurs puissent accéder à l'Internet. Mais ce n'est pas le seul
@ -113,7 +113,7 @@ les ports ouverts par la machine hôte.
Avec le driver `null`, la pile réseau est recréée et aucune interface (autre
que l'interface de loopback) n'est présente. Le conteneur ne peut donc pas
accéder à Internet, ni aux autres conteneur, ...
accéder à Internet, ni aux autres conteneurs, ...
Lorsque l'on exécute un conteneur qui n'a pas besoin d'accéder au réseau, c'est
le driver à utiliser. Par exemple pour un conteneur dont le but est de vérifier
@ -127,7 +127,7 @@ conteneurs qui la référencent.
Avec cette configuration, les conteneurs ont accès à une résolution DNS des
noms de conteneurs qui partagent leur bridge. Ainsi, sans avoir à utiliser la
fonctionnalité de `link` au moment du `run`, il est possible de se retrouvé
fonctionnalité de `link` au moment du `run`, il est possible de se retrouver
lié, même après que l'on ait démarré. La résolution se fera dynamiquement.

6
tutorial/docker-advanced/what.md
View file

@ -6,9 +6,9 @@ Orchestrer un groupe de conteneurs
Maintenant que nous savons démarrer individuellement des conteneurs et les lier
entre-eux, nous allons voir une première manière d'automatiser cela.
Plutôt que de lancer les commandes `docker` comme nous l'avons fait jusque là :
Plutôt que de lancer les commandes `docker` comme nous l'avons fait jusque-là :
soit directement dans un terminal, soit via un script, nous allons décrire
l'état que nous souhaitons atteindre : quels images lancer, quels volumes
l'état que nous souhaitons atteindre : quelles images lancer, quels volumes
créer, quels réseaux, etc. Cette description peut s'utiliser pour lancer un
conteneur seul, mais elle prend tout son sens lorsqu'il faut démarrer tout un
groupe de conteneurs qui fonctionnent de concert, parfois avec des dépendances
@ -31,7 +31,7 @@ génériques et pouvant facilement être mis à l'échelle.
Nous collecterons les données d'utilisation de votre machine avec
[Telegraf](https://www.influxdata.com/time-series-platform/telegraf/). Ces
données seront envoyés vers
données seront envoyées vers
[InfluxDB](https://www.influxdata.com/time-series-platform/influxdb/), puis
elles seront affichées sous forme de graphique grâce à
[Chronograf](https://www.influxdata.com/time-series-platform/chronograf/).