Multisitio en Drupal 8 - visión general

La razón principal para usar una instalación multisitio de Drupal es ahorrar tiempo cuando gestionas varios sitios Drupal que utilizan la misma versión del núcleo de Drupal. Cada vez que se lanza una nueva actualización del núcleo de Drupal, solo tienes que aplicar esa actualización en un solo conjunto de código, no en cada sitio. Sin embargo, hay desventajas. Estas se mitigan si usas el sistema de hosting Aegir.

De lo contrario, las complejidades y posibles problemas que surgen al intentar gestionar una instalación multisitio manualmente requieren habilidades técnicas bastante avanzadas. Los usuarios con ese nivel de conocimiento suelen estar familiarizados con el uso de la “línea de comandos”, y desde la línea de comandos puedes actualizar cada sitio administrado en menos de 2 minutos. Con Aegir esto es aún más rápido, ya que todos los sitios se pueden poner en cola para actualizaciones en modo “apuntar y hacer clic”, migrando toda la plataforma (Aegir para la base de código multisitio) a una versión más nueva. Cualquier sitio que no funcione se revertirá automáticamente.

Fundamentos del multisitio

Aunque un sitio Drupal requiere un servidor web (por ejemplo, Apache o IIS), un sistema de base de datos (por ejemplo, MySQL o MSSQL) y un intérprete PHP, todo lo que es único para tu sitio está contenido en tu base de datos y base de código.

Actualizar el núcleo de Drupal es esencialmente reemplazar tu base de código. Tu base de datos permanece sin cambios, excepto que después de reemplazar la base de código debes ejecutar el “script de actualización” [YOURSITE/update.php] para cada sitio.

Razones para usar una base de datos por sitio

Las bases de datos funcionan en segundo plano y son gestionadas por la base de código. Generalmente, nunca tendrás que preocuparte por la base de datos en absoluto.

Intentar usar una sola base de datos para varios sitios rara vez funciona bien, si es que funciona. El pequeño ahorro de espacio en disco que puedes obtener al tener solo una base de datos se ve ampliamente opacado por los posibles problemas que podrías tener.

• Si los datos de un sitio se corrompen accidentalmente por ti u otros usuarios, o por un ataque malintencionado, esto puede afectar a todos los sitios.
• La base de datos está compuesta por muchas “tablas”. Si decides migrar uno de tus sitios fuera de la configuración multisitio, será difícil identificar qué tablas pertenecen a cada sitio y cuáles son compartidas entre todos los sitios.

Una base de código por sitio

En teoría, tener una sola base de código para todos los sitios que ejecutan la misma versión de Drupal sería un ahorro de tiempo y espacio en disco.

El espacio en disco es barato, así que olvidémonos de eso.

Como se mencionó arriba, actualizar cada sitio Drupal después del lanzamiento de una nueva versión base puede hacerse en pocos minutos desde la línea de comandos, por lo que es mejor invertir tiempo en aprender esa habilidad, en lugar de intentar lidiar con cómo implementar y solucionar problemas en una configuración multisitio.

Compartir la base de código sería más útil solo si todos tus sitios usan los mismos módulos y configuraciones, por ejemplo, si administras todos los sitios individuales y diferenciados para cada equipo deportivo en una liga.

Sin embargo, si varios sitios que administras usan diferentes módulos, corres el riesgo de que un error en un módulo que no usan todos los sitios afecte a todos ellos.

Configuración del multisitio en Drupal 8

Si quieres configurar sitios Drupal en una configuración multisitio, comienza aquí.