Casos de uso de multisitio en Drupal

(Vea la discusión original en #3004496: Mejorar la compatibilidad con múltiples sitios con Composer.)

Aunque al decidir si usar la función multisitio de Drupal se deben considerar varias consideraciones, aquí hay algunas razones generales por las que los desarrolladores de sitios la eligen:

• Los usuarios usan multisitios para crear sitios réplica para otros. (Toda una base de código, las mismas funciones y funcionalidades, solo cambia el tema de un sitio a otro.)
• Utilizan multisitios para alojar varios sitios relacionados, por ejemplo, en una universidad con decenas de facultades, donde todas *principalmente* necesitan las mismas funciones, pero algunos departamentos tienen sus propias particularidades (núcleo común, perfil de módulo común, diferentes sitios con módulos personalizados distintos).
• A veces actualizan un módulo solo en uno de sus sitios para "probar la actualización", de modo que un sitio tenga una versión más nueva del módulo que los demás sitios.
• A veces comparten tablas de base de datos. [históricamente para hosting compartido, donde solo se otorga 1 base de datos]
• Actualizar un módulo Drupal para corregir un problema de seguridad, sin actualizar la base de datos, es más sencillo para multisitios que para varios sitios independientes [funciona solo para módulos, no para el núcleo]
• Tanto las pruebas simples como las funcionales basadas en PHPUnit usan las funciones multisitio para ejecutar pruebas.
• A veces utilizan multisitios para ahorrar costos de hosting por cada base de código, ya sea debido al costo inicial del proveedor o a las dificultades para proveer y gestionar el hosting por cuenta propia.
• Los usuarios emplean multisitios para reducir el uso de recursos: ejecutar varios sitios que comparten una caché de código opera ahorrando memoria.
• Uso de multisitio durante el desarrollo. Crear rápidamente un nuevo sitio hijo para abordar un problema específico.
• Para soportar archivos de configuración hostname.