L’objectif principal n’est pas l’isolation, mais la facilité de déploiement…
Vous n’avez pas besoin d’isoler le conteneur ; vous pouvez l’exécuter sur un pont routé ou sur un pont qui a un port appartenant à votre réseau interne. Le premier est la façon dont nous l’exécutons en production - voir ici une vidéo de @mpalmer qui explique comment cela fonctionne.
Si quelqu’un veut vraiment faire cela, il peut suivre les mêmes étapes que le Dockerfile pour obtenir les bonnes versions de tous les outils utilisés par l’image prise en charge.
Nous n’avons pas de guide car cela nécessiterait que quelqu’un le maintienne, et la VASTE majorité des personnes qui le souhaitent ont soit :
- peu d’expérience avec les serveurs
- suffisamment de connaissances pour prendre ce que nous fournissons et l’adapter à leurs besoins
Par exemple, je sais qu’il y a des gens qui utilisent launcher pour construire une image qui est déployée via leurs propres outils (que ce soit lxc, kubernetes, etc.) et cela fonctionne pour eux.
Tenter de prendre en charge (gratuitement) tout le monde utilisant sa propre installation personnalisée de ce qui est un logiciel compliqué serait un cauchemar.
Docker est un juste milieu. Notre système n’est pas parfait ; il a grandi au fil du temps et nous ressentons certainement la douleur de refactorisations en retard. Nous avons créé launcher avant même que docker-compose n’existe.
Nous avons l’intention de le refactoriser et/ou de passer à docker-compose, mais ce n’est pas une priorité pour le moment.