19-01-2019, 19:06:27
Une première entrée en matière : https://www.youtube.com/watch?v=caXHwYC3tq8
La vidéo est très bien pour comprendre les concepts derrières même je suis pas dac sur sa conclusion : ça ne s'utilise pas en production pour moi.
Il ne dit pas non plus (ou maladroitement) qu'il y a un système de snapshot et d'historique.
Une fois que tu auras vu la vidéo, tu remarqueras que j'ai mis dans mon dépôt 2 répertoires : 1 pour Ubuntu et 1 pour debian.
Chacun a son fichier DockerFile avec des instruction de construction d'une image.
Celle-ci est construite une fois avec la commande "docker build" (voir le readme de mon dépôt).
Comme son nom l'indique : ça va exécuter l'ensemble des instructions du fichier Dockerfile.
Une fois terminé avec succès, on a accès un conteneur via la second commande "docker run".
A ce moment, on se retrouve quasiment instantanément (c'est là qu'on voit l'avantage entre lancer une vm et un conteneur) dans un shell isolé ou l'on peut lancer un script qui va (par exemple) tester le bon fonctionnement d'une série d'installation/désinstallation de logiciels.
Si l'on fait un correctif de ce fameux script, il est possible de rejouer le tout sans être potentiellement pollué par un script qui aurait fait les choses à moitié.
Voilà, ça devrait déjà te mettre un peu en jambe. J'étofferais au fur et à mesure.
La vidéo est très bien pour comprendre les concepts derrières même je suis pas dac sur sa conclusion : ça ne s'utilise pas en production pour moi.
Il ne dit pas non plus (ou maladroitement) qu'il y a un système de snapshot et d'historique.
Une fois que tu auras vu la vidéo, tu remarqueras que j'ai mis dans mon dépôt 2 répertoires : 1 pour Ubuntu et 1 pour debian.
Chacun a son fichier DockerFile avec des instruction de construction d'une image.
Celle-ci est construite une fois avec la commande "docker build" (voir le readme de mon dépôt).
Comme son nom l'indique : ça va exécuter l'ensemble des instructions du fichier Dockerfile.
Une fois terminé avec succès, on a accès un conteneur via la second commande "docker run".
A ce moment, on se retrouve quasiment instantanément (c'est là qu'on voit l'avantage entre lancer une vm et un conteneur) dans un shell isolé ou l'on peut lancer un script qui va (par exemple) tester le bon fonctionnement d'une série d'installation/désinstallation de logiciels.
Si l'on fait un correctif de ce fameux script, il est possible de rejouer le tout sans être potentiellement pollué par un script qui aurait fait les choses à moitié.
Voilà, ça devrait déjà te mettre un peu en jambe. J'étofferais au fur et à mesure.