Skip to content
Snippets Groups Projects
Verified Commit 47b1ea4e authored by iliya.saroukha's avatar iliya.saroukha :first_quarter_moon:
Browse files

feat: ex1 of lab7 done

parent 63799841
No related branches found
No related tags found
No related merge requests found
Pipeline #31843 passed
\newpage
# Docker Storage
## Exercice 1
Ajoutez/modifiez/supprimez des fichiers dans le répertoire `merged` et observez
ce qu'il se passe dans les répertoires :
- `lower`
- Les modifications effectuées dans le répertoire `merged` ne sont pas
reflétés dans la couche `lower`. Ceci est normal car la couche `lower` est
immutable.
- `upper`
- Contient les modifications effectuées dans le répertoire `merged`.
- `merged`
- La couche `merged` est l'union de la couche basse avec les modifications
dans la couche `upper`.
- Quelle est l'analogie entre le scénario que vous avez réalisé ici et les
containers `Docker` (image et couche _container_)
- Le scénario réalisé reflète le fonctionnement des containers `Docker`
la couche basse (`lower`) correspond à l'image `Docker` sur laquelle est basé
le container et la couche haute (`upper`) correspond au container instancié
à partir d'une image.
- Que se passe-t-il réellement lorsqu'un fichier de la vue unifiée (`merged`)
est ajouté ?
- Lorsqu'un fichier est ajouté, sa présence ne sera pas reflétée dans la
couche basse.
- Que se passe-t-il réellement lorsqu'un fichier de la vue unifiée (`merged`)
et existant dans la couche basse est modifié ?
- Le modifications ne seront pas propagées dans la couche basse car celle-ci
est immutable.
- Que se passe-t-il réellement lorsqu'un fichier de la vue unifiée (`merged`)
et existant dans la couche basse est supprimé ?
- Le modifications ne seront pas propagées dans la couche basse car celle-ci
est immutable.
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment