Выбор подхода к обновлению

Обзор

При подготовке к обновлению до Drupal 8 стоит потратить некоторое время на планирование подхода к обновлению. Хотя содержимое вашего предыдущего сайта Drupal, скорее всего, можно перенести без проблем, для конфигурации вашего сайта Drupal 8, скорее всего, потребуются некоторые ручные задачи. Например, модуль Views пока не имеет автоматического обновления в ядре, что означает, что вам нужно будет вручную создавать представления на своем сайте Drupal 8. Наиболее подходящий подход должен быть рассмотрен для каждого сайта.

Простой подход с шагами после обновления вручную

При таком подходе обновление выполняется один раз, а этапы ручного обновления (например, создание views) выполняются на сайте Drupal 8 перед его публикацией.

Рекомендуется сначала потренироваться в обновлении и внимательно следить за шагами, выполняемыми после обновления вручную. Если вы довольны своей тестовой средой, повторите те же самые шаги и соберите производственную среду Drupal 8 для чистой установки Drupal 8.

Этот подход может быть применен

• Обновление с помощью веб-браузера
• Обновление с использованием Drush

Инкрементное обновление после шагов ручного обновления

В зависимости от количества и сложности шагов после обновления вручную, возможно, не удастся сохранить старый сайт в автономном режиме при выполнении шагов после обновления вручную на сайте Drupal 8. Если старый сайт подключен к сети, когда на новом сайте Drupal 8 выполняются шаги после обновления вручную, возможно, что пользователи создают или обновляют контент на старом сайте.

Drupal 8 поддерживает дополнительные обновления. Это означает, что миграции выполняются снова для переноса нового и обновленного контента. Не рекомендуется изменять конфигурацию старого исходного сайта между первоначальным обновлением и добавочной миграцией.

Этот подход может быть применен

• Обновление с помощью веб-браузера
• Обновление с использованием Drush

Перенос контента только в среды STAGING и PROD

Одна из самых мощных новых концепций в Drupal 8 - это усовершенствованная система управления конфигурацией, которую можно использовать для развертывания всей конфигурации Drupal из одной среды в другую. Возможно, наиболее типичным ландшафтом среды является наличие среды разработки (DEV), тестовой среды (STAGING) и производственной среды (PROD), которая является живым сайтом для конечных пользователей. В Drupal 8 все конфигурации можно экспортировать как файлы YAML и импортировать в другую среду.

Если вы планируете использовать отдельные среды DEV, STAGING и PROD, один из возможных подходов показан на рисунке ниже. Важно понимать, что сущности Drupal можно классифицировать следующим образом:

• Контентные объекты (пользователи, узлы, таксономические термины, ...)
• Объекты конфигурации (типы контента, поля, представления, все параметры конфигурации)

Процесс обновления на картинке выше:

1. Среда Drupal 8 DEV обновляется с исходного сайта.
2. Исходный сайт хранится в сети (контент может быть создан или обновлен). В то же время конфигурация завершается в среде Drupal 8 DEV.
3. Конфигурации могут быть развернуты из DEV в STAGING с помощью системы управления конфигурациями Drupal 8. Обычно используется система контроля версий (например, Git).
4. Когда настройка среды STAGING завершена, контент можно перенести с исходного сайта в STAGING для окончательного приемочного тестирования. Как только приемочные тесты будут в порядке, сайт Drupal 8 PROD будет развернут, а контент перенесен с исходного сайта на сайт Drupal 8 PROD.

Этот подход требует обновления с помощью Drush. Есть несколько возможных вариантов этого подхода.

• Обратитесь к странице обновления с использованием Drush, чтобы узнать, как генерировать миграции.
• Обновление до Drupal 8 DEV (шаг 1 на рисунке выше) можно выполнить, выполнив все миграции с помощью drush migrate-import --all или выполнив необходимые миграции по одному, используя drush migrate-import <migration name>
• Обновление только контента (шаг 4 на рисунке выше) может быть выполнено путем выполнения всех миграций контента с помощью drush migrate:import --tag=Content или путем выполнения желаемых миграций одна за другой с использованием drush migrate-import <migration name>. Также можно перечислить желаемые миграции в manifest file.