Развертывание в рабочей среде с компоновкой и минимальным временем простоя?

#python #django #deployment #buildout

#python #django #развертывание #компоновка

Вопрос:

У меня есть компоновка с django wsgi, которая отлично работает при разработке и производстве. Единственная проблема заключается в том, что когда я вношу изменения или дополнения в buildout.cfg и должен запускать bin / buildout, веб-сайт отключается с момента запуска buildout до момента его завершения. Это может занять более 5 минут.

Есть ли способ корректно запустить buildout в рабочей среде? Может быть, параметр, о котором я не знаю, который запустит компоновку без предварительного удаления всего? Этот сайт работает на одном веб-сервере. Балансировщик нагрузки и дополнительный веб-сервер были бы хорошим решением, но на данный момент это невозможно.

Любые другие комментарии / предложения / критика по моему сценарию компоновки приветствуются.

Спасибо!

Вот мой buildout.cfg:

 [buildout]
download-cache = downloads
unzip = true
parts =
    scripts
    django
    djangoprod

eggs = 
    ${scripts:eggs} 
    ${pipscripts:eggs}

[scripts]
recipe = zc.recipe.egg
unzip = true
download-cache = ${buildout:download-cache}
eggs =
    ipython
    docutils
    feedparser
    pygments
    South
    django-grappelli
    django-extensions
    django-mobile
    django-photologue
    django-filebrowser
    django-indexer
    django-paging
    django-templatetag-sugar
    django-sentry
    MySQL-python

find-links =
    http://dist.repoze.org/
    http://github.com/
    http://bitbucket.org/
    http://googlecode.com/
    http://surfnet.dl.sourceforge.net/

[pipscripts]
recipe = gp.recipe.pip
unzip = true
download-cache = ${buildout:download-cache}
editables = 
    hg https://bitbucket.org/ubernostrum/django-registration#egg=django_registration
    git://github.com/jtauber/django-mailer.git#egg=django_mailer
eggs = 
    django-registration
    django-mailer
    PIL
install =
    http://effbot.org/downloads/Imaging-1.1.7.tar.gz

[django]
recipe = djangorecipe
download-cache = ${buildout:download-cache}
eggs = ${buildout:eggs}
version = 1.3
project = project

[djangoprod]
recipe = djangorecipe
download-cache = ${django:download-cache}
version = ${django:version}
settings = production
wsgi = true
eggs = ${django:eggs}
project = ${django:project}
  

Ответ №1:

Компоновка обновит только те части, в которых изменилась конфигурация (или в случае дурацкой реализации рецепта). Один из вариантов заключается в копировании / извлечении конфигурации компоновки в новое местоположение, повторном запуске buildout, а затем остановке старого экземпляра, а затем перезапуске экземпляра при новой установке. В некоторых случаях мы поддерживаем установки, такие как

 /data/buildout_<date1>
/data/buildout_<date2>
/data/current
  

где ‘current’ — это символическая ссылка на текущую установку ‘buildout_’.

И, конечно же: запуск нескольких экземпляров за балансировщиком нагрузки, когда вы удаляете экземпляр из балансировщика на этапе компоновки, является вариантом.