Как вы используете pip, virtualenv и Fabric для развертывания?

Каковы ваши настройки, ваши трюки и, прежде всего, ваш рабочий процесс?

Эти инструменты велики, но до сих пор не существует лучших практик, связанных с их использованием, поэтому я не знаю, что является самым эффективным способом их использования.

  • Используете ли вы pip связки или всегда скачать?
  • Вы настраиваете Apache/Cherokee/MySQL вручную или делаете у вас есть script для этого?
  • Вы помещаете все в virtualenv и используете --no-site-packages?
  • Вы используете один virtualenv для нескольких проектов?
  • Что вы используете Fabric для (какая часть ваше развертывание вы script)?
  • Вы помещаете свои скрипты Fabric на клиент или сервер?
  • Как вы обрабатываете миграцию файлов базы данных и файлов мультимедиа?
  • Вам нужен инструмент построения, такой как SCons?
  • Каковы шаги развертывания? Как часто вы выполняете каждый из них?
  • и др.

ОТВЕТЫ

Ответ 1

"Лучшие практики" очень зависимы от контекста, поэтому я не буду утверждать, что мои методы лучше, только то, что они работают для меня. Я работаю в основном на небольших сайтах, поэтому нет развертываний с несколькими серверами, CDN и т.д. Мне нужно поддерживать развертывание совместно используемого хостинга Webfaction, так как некоторым клиентам нужен самый дешевый хостинг, который они могут найти. Мне часто приходится разворачивать сайты несколько раз в разных средах, поэтому повторяющиеся сценарии развертывания имеют решающее значение.

  • Я не использую пакеты pip, я устанавливаю из требования .txt. Я запускаю собственный chishop сервер с sdists всего, что мне нужно, поэтому в процессе сборки не существует нескольких точек отказа, Я также использую PIP_DOWNLOAD_CACHE на своих машинах разработки, чтобы ускорить загрузочные среды проекта, так как большинство требований моих проектов немного перекрываются.
  • У меня есть Скрипты Fabric, которые могут автоматически настраивать и настраивать nginx + Apache/mod_wsgi на VPS Ubuntu или настраивать эквивалент на Webfaction, а затем развернуть проект.
  • Я не использую -no-site-пакеты с virtualenv, потому что предпочитаю иметь медленные скомпилированные пакеты (Python Imaging Library, psycopg2), установленные на системном уровне; слишком медленно и хлопотно делать внутри каждого виртуального. У меня не было проблем с загрязненными системными сайтами-пакетами, потому что я вообще не загрязняю его. И в любом случае вы можете установить другую версию чего-то в virtualenv, и она будет иметь приоритет.
  • Каждый проект имеет свой собственный virtualenv. У меня есть несколько сценариев bash (не virtualenvwrapper, хотя многие люди используют это и любят), которые автоматизируют развертывание virtualenv для данный проект в известное местоположение и установка в него требований проекта.
  • Весь процесс развертывания с открытой учетной записи хоста Ubuntu VPS или Webfaction на веб-сайте работает с использованием Fabric.
  • Сценарии Fabric являются частью дерева исходного кода проекта, и я запускаю их из локальной проверки разработки.
  • Мне не нужны SCons (что я знаю).

Развертывание

В настоящий момент новое развертывание разбивается на следующие этапы:

  • fab staging bootstrap (установка сервера и развертывание исходного кода)
  • fab staging enable (включите конфигурацию Apache/nginx для этого сайта)
  • fab staging reload_server (перезагрузите конфигурацию Apache/nginx).

Можно, конечно, объединить в одну командную строку fab staging bootstrap enable reload_server.

Как только эти шаги будут выполнены, обновление развертывания с помощью нового кода будет просто fab staging deploy.

Если мне нужно отменить обновление, fab staging rollback. Ничего особо магического в откат; он просто откатывает код до последней развернутой версии и переносит базу данных в предыдущее состояние (это требует записи некоторых метаданных о состоянии миграции после развертывания БД, я просто делаю это в текстовом файле).

Примеры

Я не использовал скрипты Fabric, описанные в этом ответе, в течение нескольких лет, поэтому они вообще не поддерживаются, и я отказываюсь от ответственности за их качество:-) Но вы можете видеть их в https://bitbucket.org/carljm/django-project-template - в fabfile.py в корне репо и в подкаталоге deploy/.

Ответ 2

Я использую ткань для создания и развертывания своего кода и предполагаю, что система уже настроена для этого. Я думаю, что такой инструмент, как puppet, более уместен для автоматизации установки таких вещей, как apache и mysql, хотя мне еще предстоит включить это в моем рабочем процессе.

Кроме того, у меня обычно есть разные virtualenv для каждого проекта. Они создаются из "базовой" установки python, где, как указал Карл, вы можете оставить некоторые глобальные библиотеки python.

Итак, с точки зрения рабочего процесса:

  • для установки необходимых сервисов (веб-сервер, база данных, ssh-сервер,...)
  • puppet для настройки необходимых пользователей и базовых папок
  • для создания virtualenv для приложения
  • Ткань для установки пакета из требования. txt
  • ткань для развертывания вашего приложения
  • ткань для развертывания файлов конфигурации (веб-сервер,...)