Почему один строительный супервизион внутри строительства?
-
02-10-2019 - |
Вопрос
Я видел рецепты сборки, которые строят руководитель Я полагаю, что в строительстве контролирует демоны внутри. Тем не менее, мне кажется, что это все равно понадобится что -то в /etc/init.d (например), чтобы запустить указанный экземпляр супервизора на загрузке.
Итак, зачем строить руководителя внутри строительства? Почему бы не установить его систему широко и просто сделать файл конфигурации для Daemons, участвующих внутри?
Решение
Когда мы создаем настройку для клиента, мы хотим, чтобы эта настройка работала в произвольных средах хостинга с минимальными зависимостями, все это удовлетворяет системными пакетами. Включив Supersisord в настройку, мы устраняем необходимость установить его по всей системе и можем точно настроить параметры, не прося системного администратора изменить настройки для нас.
Легко заставить руководителя запустить время загрузки из настройки, используя рецепт пользовательского Crontab:
[supervisor-cron]
recipe = z3c.recipe.usercrontab
times = @reboot
command = ${buildout:bin-directory}/supervisord -c ${buildout:directory}/etc/supervisord.conf
Приведенная выше часть добавит запись в Crontab, который заставляет руководителя работать во время загрузки.