Elección del enfoque para la actualización

Resumen

Al prepararse para actualizar a Drupal 8, vale la pena dedicar tiempo a planificar el enfoque de actualización. Aunque probablemente puedas migrar el contenido de tu sitio Drupal anterior sin problemas, es probable que la configuración de tu sitio Drupal 8 requiera algunas tareas manuales. Por ejemplo, el módulo Views aún no tiene una actualización automática en el núcleo, lo que significa que tendrás que crear las vistas manualmente en tu sitio Drupal 8. El enfoque más adecuado debe evaluarse para cada sitio.

Enfoque simple con pasos manuales posteriores a la actualización

En este enfoque, la actualización se realiza una vez, y los pasos manuales posteriores a la actualización (como crear vistas) se realizan en el sitio Drupal 8 antes de su publicación.

Se recomienda practicar primero la actualización y seguir cuidadosamente los pasos manuales posteriores a la actualización. Si estás satisfecho con tu entorno de pruebas, repite esos mismos pasos para construir el entorno de producción de Drupal 8 para una instalación limpia.

Este enfoque puede aplicarse a:

• Actualización mediante navegador web
• Actualización usando Drush

Actualización incremental tras pasos manuales

Dependiendo de la cantidad y complejidad de los pasos manuales posteriores a la actualización, puede que no sea posible mantener el sitio antiguo desconectado mientras realizas esos pasos en el sitio Drupal 8. Si el sitio antiguo está en línea mientras realizas los pasos manuales en Drupal 8, es posible que los usuarios creen o actualicen contenido en el sitio antiguo.

Drupal 8 soporta actualizaciones incrementales, lo que significa que las migraciones pueden ejecutarse nuevamente para transferir contenido nuevo y actualizado. No se recomienda modificar la configuración del sitio fuente entre la actualización inicial y la migración incremental.

Este enfoque puede aplicarse a:

• Actualización mediante navegador web
• Actualización usando Drush

Transferencia de contenido solo a los entornos STAGING y PROD

Una de las nuevas y potentes ideas en Drupal 8 es el mejorado sistema de gestión de configuración, que puede usarse para desplegar toda la configuración Drupal de un entorno a otro. El paisaje típico suele incluir un entorno de desarrollo (DEV), un entorno de pruebas (STAGING) y un entorno de producción (PROD), que es el sitio vivo para los usuarios finales. En Drupal 8 toda la configuración puede exportarse como archivos YAML e importarse en otro entorno.

Si planeas usar entornos DEV, STAGING y PROD separados, uno de los enfoques posibles se muestra en la imagen a continuación. Es importante entender que las entidades Drupal pueden clasificarse así:

• Objetos de contenido (usuarios, nodos, términos de taxonomía, ...)
• Objetos de configuración (tipos de contenido, campos, vistas, todas las opciones de configuración)

Proceso de actualización en la imagen anterior:

1. El entorno Drupal 8 DEV se actualiza desde el sitio fuente.
2. El sitio fuente permanece en línea (se puede crear o actualizar contenido). Al mismo tiempo, la configuración se completa en el entorno Drupal 8 DEV.
3. Las configuraciones pueden desplegarse de DEV a STAGING usando el sistema de gestión de configuración de Drupal 8. Usualmente se usa un sistema de control de versiones (como Git).
4. Cuando la configuración en STAGING está lista, el contenido puede migrarse desde el sitio fuente a STAGING para pruebas finales de aceptación. Cuando las pruebas estén bien, el sitio Drupal 8 PROD se desplegará y el contenido se migrará desde el sitio fuente a Drupal 8 PROD.

Este enfoque requiere actualización con Drush. Existen varias opciones para este enfoque.

• Consulta la página de actualización usando Drush para aprender a generar migraciones.
• La actualización al entorno Drupal 8 DEV (paso 1 en la imagen) se puede realizar ejecutando todas las migraciones con drush migrate-import --all o ejecutando migraciones individuales con drush migrate-import <migration name>
• La actualización solo de contenido (paso 4 en la imagen) puede realizarse ejecutando todas las migraciones de contenido con drush migrate-import --tag=Content o ejecutando migraciones deseadas una por una con drush migrate-import <migration name>. También se pueden listar migraciones en un archivo manifest.