El objetivo principal no es el aislamiento, sino la facilidad de implementación…
No necesitas aislar el contenedor; puedes ejecutarlo en un puente enrutado o en un puente que tenga un puerto perteneciente a tu red interna. El primero es como lo ejecutamos en producción - mira aquí un video de @mpalmer que explica cómo funciona.
Si alguien realmente quiere hacer esto, puede seguir los mismos pasos que el propio Dockerfile para obtener las versiones correctas de todas las herramientas utilizadas por la imagen compatible.
No tenemos una guía ya que requeriría que alguien la mantuviera, y la VASTA mayoría de las personas que quieren esto tienen:
- poca experiencia con servidores
- conocimientos suficientes para tomar lo que proporcionamos y adaptarlo a sus necesidades
Por ejemplo, sé que hay personas que usan launcher para construir una imagen que se implementa a través de sus propias herramientas (ya sea lxc, kubernetes, lo que sea) y eso funciona para ellos.
Intentar dar soporte (gratis) a todos los que usan su propia instalación personalizada de lo que es un software complicado sería una pesadilla.
Docker es un punto intermedio. Nuestro sistema no es perfecto; ha crecido un poco con el tiempo y ciertamente sentimos el dolor de una refactorización pendiente. Creamos launcher antes de que siquiera existiera docker-compose.
Tenemos la intención de refactorizarlo y/o movernos a docker-compose, pero eso no es una prioridad en este momento.