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

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

4 голосов
/ 24 мая 2011

У меня есть сборка с django + wsgi, которая прекрасно работает на dev и production. Единственная проблема заключается в том, что когда я делаю изменения или дополнения в buildout.cfg и мне нужно запустить bin / 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 Ответ

4 голосов
/ 24 мая 2011

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

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

, где 'current' - это символическая ссылка на текущую установку 'buildout_'.

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

...