Update tuto2

tutorial/dockerfiles/others.md

@@ -0,0 +1,122 @@
+\newpage
+
+D'autres méthodes pour créer des images
+---------------------------------------
+
+Les images utilisées par Docker pour lancer les conteneurs répondent avant tout
+aux spécifications OCI. Le format étant standard, il est normal que d'autres
+outils puissent utiliser mais aussi créer des images. Nous allons voir dans
+cette partie l'avenir des `Dockerfile` ou simplement d'autres outils plus
+spécifiques.
+
+### `buildx`
+
+Docker `buildx` est un plugin qui apporte
+[BuildKit](https://github.com/moby/buildkit). Tout en étant compatible avec la
+syntaxe des `Dockerfile` existant, BuildKit apporte une gestion concurrente des
+nœuds de construction : très utile lorsque l'on construit une image pour
+plusieurs architectures.
+
+
+#### Installation Windows et MacOS {-}
+
+Avec Docker Desktop, le plugin est déjà installé, vous n'avez aucune action
+supplémentaire à effectuer, vous pouvez commencer à l'utiliser.
+
+#### Installation Linux {-}
+
+En fonction de la méthode d'installation que vous avez suivie, vous avez
+peut-être déjà le plugin installé. Si vous n'avez pas d'erreur en exécutant
+`docker buildx`, mais que vous voyez l'aide de la commande, c'est bon. Sinon,
+vous pouvez l'installer comme ceci :
+
+<div lang="en-US">
+```
+mkdir -p ~/.docker/cli-plugins
+curl https://github.com/docker/buildx/releases/download/v0.6.3/buildx-v0.6.3.linux-amd64 \
+    -L -s -S -o ~/.docker/cli-plugins/docker-buildx
+chmod +x ~/.docker/cli-plugins/docker-buildx
+```
+</div>
+
+#### Utilisation\
+
+Nous pouvons réutiliser le `Dockerfile` que vous avez écrit pour `youp0m`, en
+remplaçant simplement la ligne de `docker build` par celle-ci :
+
+<div lang="en-US">
+```
+docker buildx build .
+```
+</div>
+
+Nous ne rentrerons pas plus dans les détails de cette nouvelle commande, mais
+sachez qu'on la retrouve particulièrement fréquemment dans les *GitHub
+Actions* : <https://github.com/marketplace/actions/docker-setup-buildx>
+
+
+#### Changer la syntaxe de nos `Dockerfile`\
+
+Parfois on peut se sentir un peu frustré par la syntaxe des `Dockerfile` ou par
+son manque d'évolutivité. Avec BuildKit, il est possible de préciser un parseur
+à utiliser pour l'évaluation de la syntaxe du `Dockerfile`. Les parseurs
+(*frontend* dans la documentation en anglais) sont des images Docker, on
+indique leur nom dans un commentaire au tout début du fichier :
+
+<div lang="en-US">
+```dockerfile
+# syntax=docker/dockerfile:1.2
+FROM ubuntu
+RUN apt-get update && apt-get install gimp
+```
+</div>
+
+La possibilité d'avoir plusieurs implémentations de `Dockerfile` apporte pas mal
+d'avantages :
+
+- La version de l'image *frontend* est systématiquement comparée en ligne au
+  début du parsing du `Dockerfile`, ce qui assure la récupération des derniers
+  correctifs/versions, sans nécessiter une mise à jour du *daemon* Docker.
+- On s'assure que chaque développeur/utilisateur utilise la même
+  implémentation, avec la même version.
+- L'évolution de la syntaxe peut être plus souple car elle ne dépend plus de la
+  version de Docker installée, mais de la version déclarée dans le
+  `Dockerfile`.
+- On peut même créer de nouvelles syntaxes facilement.
+
+Les images de parseur sont chargées, à partir d'un fichier lisible et
+compréhensible par un humain, de créer une représentation intermédiaire
+(*LLB*). Cette représentation intermédiaire se compose d'une liste d'opérations
+basiques (*ExecOp*, *CacheOp*, *SecretOp*, *SourceOp*, *CopyOp*, ...).
+
+N'hésitez pas à jeter un œil aux autres langages de `Dockerfile` existants,
+notamment :
+
+- [Gockerfile](https://github.com/po3rin/gockerfile) : bien que dépassé faute
+  de mise à jour, cette implémentation est très simple à comprendre : elle a
+  pour but de créer une image contenant un unique binaire Go, à partir du nom
+  de son dépôt.
+- [hlb](https://openllb.github.io/hlb/) : une syntaxe prometteuse, plus proche
+  pour les développeurs.
+- [Earthly](https://earthly.dev/) : qui tend à regrouper `Makefile`,
+  `Dockerfile`, et autres scripts de CI et de tests.
+
+
+
+### Des images sans Docker
+
+Il est aussi possible de se passer complètement de Docker. La plupart des
+outils qui sont capables de générer des images de machines virtuelles, sont
+aussi capable de générer des images Docker. Citons notamment :
+
+- [Hashicorp Packer](https://www.packer.io/docs/builders/docker)
+- [Nix et Guix](https://nix.dev/tutorials/building-and-running-docker-images)
+- [Kubler](https://github.com/edannenberg/kubler)
+- et bien d'autres.
+
+
+### Exercice {-}
+
+Faites en sorte que le `Dockerfile` que vous avez créé pour `youp0m` indique un
+`frontend` BuildKit à utiliser, tout en restant compatible avec la syntaxe du
+`docker build` classique.