Dans la philosophie Docker, tu considères que l'OS + ton application + la conf sont une image.
Si ton application est un système (genre un serveur web + une DB), tu as 2 images qui communiquent ensemble (docker run --link).
Les données sont supposée être "ailleurs". Le ailleurs recommandé est ... un autre container dédié au stockage. Ce container peut partager ses données via un mécanisme built-in à docker (docker run --volumes-from) ou par un mécanisme de partage de fichiers standard (NFS, CIFS).
Quand tu veux mettre à jour (faille de sécurité par exemple), tu rebuild ton (tes) images, tu supprimes le container initial (le web frontal) et tu démarres le nouveau container patché, lié avec le container avec les données et hop c'est reparti.
[^] # Re: Docker vs LXC
Posté par vieuxshell . En réponse à la dépêche La folie Docker. Évalué à 3.
Dans la philosophie Docker, tu considères que l'OS + ton application + la conf sont une image.
Si ton application est un système (genre un serveur web + une DB), tu as 2 images qui communiquent ensemble (docker run --link).
Les données sont supposée être "ailleurs". Le ailleurs recommandé est ... un autre container dédié au stockage. Ce container peut partager ses données via un mécanisme built-in à docker (docker run --volumes-from) ou par un mécanisme de partage de fichiers standard (NFS, CIFS).
Quand tu veux mettre à jour (faille de sécurité par exemple), tu rebuild ton (tes) images, tu supprimes le container initial (le web frontal) et tu démarres le nouveau container patché, lié avec le container avec les données et hop c'est reparti.