Почему один строительный супервизион внутри строительства?

Question

Я видел рецепты сборки, которые строят руководитель Я полагаю, что в строительстве контролирует демоны внутри. Тем не менее, мне кажется, что это все равно понадобится что -то в /etc/init.d (например), чтобы запустить указанный экземпляр супервизора на загрузке.

Итак, зачем строить руководителя внутри строительства? Почему бы не установить его систему широко и просто сделать файл конфигурации для Daemons, участвующих внутри?

Answer 1

Когда мы создаем настройку для клиента, мы хотим, чтобы эта настройка работала в произвольных средах хостинга с минимальными зависимостями, все это удовлетворяет системными пакетами. Включив Supersisord в настройку, мы устраняем необходимость установить его по всей системе и можем точно настроить параметры, не прося системного администратора изменить настройки для нас.

Легко заставить руководителя запустить время загрузки из настройки, используя рецепт пользовательского Crontab:

[supervisor-cron]
recipe = z3c.recipe.usercrontab
times = @reboot
command = ${buildout:bin-directory}/supervisord -c ${buildout:directory}/etc/supervisord.conf

Приведенная выше часть добавит запись в Crontab, который заставляет руководителя работать во время загрузки.