Dockerfile part done

tutorial/dockerfiles/first.md

@@ -11,40 +11,6 @@ La machine (notre première image Docker) contiendra tout le nécessaire pour
 faire fonctionner notre service de monitoring.
 
 
-## Les caches
-
-Nous avons vu que chaque instruction de notre `Dockerfile` est exécutée dans un
-conteneur, qui génère ensuite une image intermédiaire. Cette image
-intermédiaire sert ensuite d'image de base pour l'instruction suivante.
-
-Lorsque l'on lance la reconstruction du même `Dockerfile`, les images
-intermédiaires sont utilisées comme un cache d'instructions, permettant ainsi
-de gagner du temps sur les étapes qui n'ont pas changées. Ainsi, lorsque vous
-modifiez une instruction dans votre `Dockerfile`, les instructions précédentes
-ne sont pas réexécutées mais sont ressorties du cache.
-
-Le cache se base principalement sur le contenu de chaque instruction du
-`Dockerfile` (pour les `COPY` et `ADD`, il va aussi regarder la date de
-dernière modification de fichier à copier ou à ajouter). Donc tant qu'une
-instruction n'est pas modifiée dans le `Dockerfile`, le cache sera utilisé.
-
-Il est possible de ne pas utiliser le cache et de relancer toutes les étapes du
-`Dockerfile` en ajoutant l'option `--no-cache` au moment du `docker image
-build`.
-
-Les couches du cache peuvent être partagées entre plusieurs conteneur, c'est
-ainsi que vous pouvez partager facilement une plus grosse partie du système de
-fichiers.
-
-Pour profiter du cache, on va placer de préférences les étapes les plus
-génériques (qui seraient les plus susceptibles d'apparaître dans d'autres
-images), en haut du `Dockerfile`.
-
-Commençons donc notre `Dockerfile` : choisissez une image de base pour remplir
-votre `FROM`, et indiquez votre nom avec l'instruction `LABEL maintainer` (pour
-indiquer que c'est vous qui maintenez cette image, si des utilisateurs ont
-besoin de vous avertir pour le mettre à jour ou s'ils rencontrent des
-difficultés par exemple).
 
 
 ## `RUN` ou script ?