Что преимуществами использования является диспетчер процессов в контейнере Докера?
Как упомянуто Jerome,
Также необходимо добавить диспетчер процессов; например, Monit или Supervisor. Это вызвано тем, что Докер будет следить за одним единственным процессом. При необходимости в нескольких процессах необходимо добавить один на верхнем уровне для заботы о других. Другими словами, Вы превращаете минимизированный и простой контейнер во что-то намного более сложное.
Мне не абсолютно ясно, почему Вам был бы нужен диспетчер процессов в контейнере.
Таким образом, кто-то может объяснить мне, каковы все преимущества наличия диспетчера процессов в контейнере? Разве не было бы лучше позволить systemd или выскочке обработать процессы, вместо того, чтобы добавить дополнительные сервисы к Вашему контейнеру?
В этом вся идея - использовать systemd (или upstart и т.д.) внутри контейнера. Докер используется в большинстве случаев для запуска одной службы на контейнер, поэтому для сложного сайта вам понадобится контейнер для веб-сервера и еще один контейнер для сервера баз данных. С помощью менеджера процессов вы можете запускать и то, и другое в одном контейнере.
Какой подход лучше основан на мнении. Хотя из того, что я видел, запустить systemd внутри Docker не так просто по состоянию на июнь 2014 года, например, есть ошибка #3629 - "запуск systemd внутри контейнера docker arch зависает или segfaults". За более подробной информацией также обращайтесь к "Работающая системаd внутри контейнера докера".
.