Подтвердить что ты не робот

Capistrano для развертывания приложений rails - как обрабатывать длительные миграции?

Итак, я использую Capistrano для развертывания приложения rails на моем производственном сервере (apache + пассажир), и в настоящий момент развертывание обычно идет по строкам:

$cap deploy
$cap deploy:migrations

Мне стало интересно, скажем, мои db: миграции потребовались много времени для выполнения на производственном сервере (большой рефакторинг схемы db) - в этом случае, что лучше всего подходит с Capistrano? Что произойдет, если пользователи подключаются к моему приложению во время развертывания? Должен ли я изящно отправлять пользователей на статическую страницу-заполнитель при обновлении базы данных? Капистрано справляется с этим автоматически? Нужно ли мне кодировать рецепт, чтобы помочь с этим? Или внутренние механизмы рельсов/пассажира означают, что мне вообще не нужно беспокоиться об этом конкретном случае?

Спасибо.

4b9b3361

ОТВЕТЫ

Ответ 1

Вы должны опубликовать страницу обслуживания, если приложение не будет доступно некоторое время. Я использую эту задачу Capistrano:

namespace :deploy do
  namespace :web do
    desc <<-DESC
      Present a maintenance page to visitors. Disables your application web \
      interface by writing a "maintenance.html" file to each web server. The \
      servers must be configured to detect the presence of this file, and if \
      it is present, always display it instead of performing the request.

      By default, the maintenance page will just say the site is down for \
      "maintenance", and will be back "shortly", but you can customize the \
      page by specifying the REASON and UNTIL environment variables:

        $ cap deploy:web:disable \\
              REASON="a hardware upgrade" \\
              UNTIL="12pm Central Time"

      Further customization will require that you write your own task.
    DESC
    task :disable, :roles => :web do
      require 'erb'
      on_rollback { run "rm #{shared_path}/system/maintenance.html" }

      reason = ENV['REASON']
      deadline = ENV['UNTIL']      
      template = File.read('app/views/admin/maintenance.html.erb')
      page = ERB.new(template).result(binding)

      put page, "#{shared_path}/system/maintenance.html", :mode => 0644
    end
  end
end

Файл app/views/admin/maintenance.html.erb должен содержать:

<p>We’re currently offline for <%= reason ? reason : 'maintenance' %> as of <%= Time.now.utc.strftime('%H:%M %Z') %>.</p>
<p>Sorry for the inconvenience. We’ll be back <%= deadline ? "by #{deadline}" : 'shortly' %>.</p>

Последний шаг - настроить виртуальный хост Apache с некоторыми директивами для поиска файла maintenance.html и перенаправить все запросы на него, если он присутствует:

<IfModule mod_rewrite.c>
  RewriteEngine On

  # Redirect all requests to the maintenance page if present
  RewriteCond %{REQUEST_URI} !\.(css|gif|jpg|png)$
  RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f
  RewriteCond %{SCRIPT_FILENAME} !maintenance.html
  RewriteRule ^.*$ /system/maintenance.html [L]
</IfModule>

Чтобы включить приложение в режим обслуживания, запустите cap deploy:web:disable и снова запустите его cap deploy:web:enable.

Ответ 2

Мое производство развертывается, как правило, следуют этому процессу:

  • cap production deploy:web:disable, который направляет все запросы на страницу статического обслуживания
  • cap production deploy
  • миграции и т.д., каждый из которых проверяет каждый сервер, чтобы убедиться, что все в порядке.
  • cap production deploy:web:enable, чтобы сайт работал как следует

Ответ Джона Топли дает вам подробную информацию об этом здесь.