i j'ai bien compris dans le modèle Docker, je dois modifier la configuration utilisée pour générer l'image, régénérer l'image, relancer le conteneur avec la nouvelle image. C'est beaucoup trop lourd pour moi, surtout que souvent je dois modifier plusieurs fois la configuration avant de trouver ce qui convient le mieux.
C'est pour ça que je trouve que ce concept est plus adapté pour des conteneur déployés de nombreuses fois, mais pas pour un conteneur déployé une seule fois (la complexité ajoutée ne vaut pas le coup).
Est-ce qu'il y a une meilleure plus simple d'utiliser Docker sans avoir à redéployer un conteneur pour un changemeet de configuration ?
Non tu n'as pas bien compris.
Si tu fais bien ton image tu rends tes points de configurations gérables par exemple par des variables d'environements ou des arguments en ligne de commande. Si tu as besoin d'un fichier de conf très dense, ça peut être un fichier local ou distant monté dans ton container, ou hébergé ailleurs (repo git par exemple).
L'image tu ne la génère que pour mettre à jours les binaires dedans.
[^] # Re: Bétail vs animal de compagnie (pets vs cattle)
Posté par Psychofox (Mastodon) . En réponse au journal L'Écosystème containeurs. Évalué à 3.
Non tu n'as pas bien compris.
Si tu fais bien ton image tu rends tes points de configurations gérables par exemple par des variables d'environements ou des arguments en ligne de commande. Si tu as besoin d'un fichier de conf très dense, ça peut être un fichier local ou distant monté dans ton container, ou hébergé ailleurs (repo git par exemple).
L'image tu ne la génère que pour mettre à jours les binaires dedans.