Plusieurs conteneurs Docker, sur une même image, les différentes config

Je pense en regardant les exemples, qui sont faciles à comprendre, pourriez-vous donner la meilleure image possible.

Ce que vous voulez faire est parfaitement valide, une image doit être quelque chose que vous devez exécuter, sans configuration.

Pour générer la configuration, vous pouvez soit:

---

a) volume monte

utilisation de volumes et de monter le fichier conteneur commencer docker run -v my.ini:/etc/mysql/my.ini percona (et même avec docker-compose).
Être conscient, vous pouvez répéter l'opération aussi souvent que vous le souhaitez, afin de monter plusieurs configs dans votre conteneur (donc le moteur d'exécution-la version de l'image).
Vous allez créer ces configs sur l'ordinateur hôte avant l'exécution du conteneur et de la nécessité d'envoyer ces fichiers par le conteneur, qui est l'inconvénient de cette approche (portabilité)

b) du point d'entrée de base de configuration (génération)

La plupart des avancées docker images fournissent un complexe appelé point d'entrée qui consomme des variables d'environnement que vous transmettez lors du démarrage de l'image, afin de créer la configuration(s) pour vous, comme https://github.com/docker-library/percona/blob/master/5.7/docker-entrypoint.sh

ainsi, lorsque vous exécutez cette image, vous pouvez le faire docker run -e MYSQL_DATABASE=myapp percona et cela va démarrer percona et créer la base de données percona pour vous.
Cela est fait par

1. ajoutant le point d'entrée de script ici https://github.com/docker-library/percona/blob/master/5.7/Dockerfile#L65
2. n'oubliez pas de copier le script de l'image de construire https://github.com/docker-library/percona/blob/master/5.7/Dockerfile#L63
3. Puis durant l'image de démarrage, votre ENV variable sera à l'origine de ce déclencheur: https://github.com/docker-library/percona/blob/master/5.7/docker-entrypoint.sh#L91

Bien sûr, vous pouvez faire ce que vous voulez avec cette. E. g cette configuration générale portus image: https://github.com/EugenMayer/docker-rancher-extra-catalogs/blob/master/templates/registry-slim/11/docker-compose.yml
qui a ce point d'entrée https://github.com/EugenMayer/docker-image-portus/blob/master/build/startup.sh

Donc, vous voyez, le point d'entrée de la stratégie est très fréquent et très puissant et je suppose à aller dans cette voie quand vous le pouvez.

c) Dérivée des images

Peut-être pour "l'exhaustivité", l'image-résultent de la stratégie, de sorte que vous avez-vous image de base appelé "myapp" et pour l'installation de X vous créez une nouvelle image

from myapp
COPY my.ini /etc/mysql/my.ini
COPY application.yml /var/app/config/application.yml

Et d'appeler cette image myapp:x - le problème évident avec ce qui est, vous finissez par avoir beaucoup d'images, de l'autre côté, par rapport à a) elle est beaucoup plus portable.

Espère que ça aide

OriginalL'auteur Eugen Mayer

Chaque conteneur s'exécute avec les mêmes RO image mais avec un RW conteneur spécifique du système de fichiers de la couche. Le résultat est chaque conteneur peut avoir ses propres fichiers qui sont distincts de tous les autres conteneurs.

Vous pouvez passer à la configuration de la CLI, comme une variable d'environnement, ou l'unique point de montage de volume. C'est un très standard en cas d'utilisation de Docker.

OriginalL'auteur BMitch