supervisor'u buildoutun içine inşa eden tarifleri gördüm, içerdeki içleri kontrol etmeyi düşünüyorum. Ancak, bana öyle görünüyor ki, /etc/init.d (örneğin) söz konusu yönetici örneğini önyüklemede çalıştırmak için bir şeye ihtiyaç duyacaktır.Neden bir binadaki denetçi inşa edilir?
Peki, neden denetleyicinin buildout içinde oluşturulsun? Neden bu sistemi sisteme kurmuyorsunuz ve sadece içindeki içeride bulunanlar için bir yapılandırma dosyası hazırlıyorsunuz?
Bir müşteri için bir buildout oluşturduğumuzda, bu paketlemenin, sistem paketleri ile tümüyle tatmin edilebilen, en az bağımlılıkla, keyfi barındırma ortamlarında çalışmasını istiyoruz. Süpervizörü buildout'a dahil ederek, sistem çapında kurulma ihtiyacını ortadan kaldırır ve bir sistem yöneticisinin bizim için ayarları değiştirmesini istemek zorunda kalmadan, parametrelerini ince ayarlayabiliriz.
Bu usercrontab tarifi kullanarak, bir kurulumları sona gelen boot zamanı amire almak kolaydır:
[supervisor-cron]
recipe = z3c.recipe.usercrontab
times = @reboot
command = ${buildout:bin-directory}/supervisord -c ${buildout:directory}/etc/supervisord.conf
yukarıdaki bölüm boot zamanı amire neden crontab bir giriş ekleyecektir.
Tamamen kabul edildi. Denetim otoritesini çalıştıran bir @proboot cronjob sıfır bakım kurulumları anlamına gelir. Harika çalışıyor. –
* Crontab hakkında unutmadan dolayı kendini kenetleme * Niçin yapıldığı açık ve tamamen aynı fikirdeyim. Teşekkürler. – chiggsy
Sorun, * bunu yapmak istemediğinizde ve geçerli denetleyici program yapılandırması (lar) ından çıkan bir reçete istediğinizde ortaya çıkar. Henüz böyle bir tarif bulamadım. –