Por que o docker não está executando init como lxc

O Docker não está sendo executado no init. Portanto, os services não são iniciados durante a boot. Lxc é executado init durante lxc-stairt. Como o Docker está usando o lxc porque ele não está executando o init. Quais são as vantagens de não executair init e dependendo da supervisão da daemonização?

O Docker é um contêiner de aplicativos , mais focado em distribuir aplicativos como contêineres. Nisto, o aplicativo / process que está sendo executado dentro do contêiner é o único em execução, seu process de boot. Se o seu process precisair de mais aplicativos (mysql, database mongodb, etc.), você não lança estes dentro do seu contêiner docker gerenciado por um daemon init, você lança mais contêineres docker, todos dentro do contêiner docker.

Você pode tentair http://phusion.github.io/baseimage-docker/ que fornece um daemon init simples paira executair mais process dentro de sua image docker (este é baseado em Ubuntu) ou você pode tentair LXD http: //www.ubuntu .com / cloud / lxd paira tecnologia de contêiner usado mais como um recipiente de sistema .

Esta questão foi criada como um problema no GitHub e uma solicitação de tração foi mesclada paira permitir que init seja executado desde 0.6.x):

 docker run $IMAGE /sbin/init 

fonte

O motivo original do motivo não foi executado (não é válido desde 0.6.x ):

Ao iniciair um novo recipiente, o docker mint-se limita como / sbin / init dentro do recipiente, escondendo o real / sbin / init e no process que o está indisponível paira execução.

Esta resposta pode oferecer mais ajuda, e The Docker Guidebook pode ser útil.