Multi-site versus Multi-installation

Pour te donner le background de ma réponse, j'ai fait pendant des années tourner une dizaine drupaux en multi-site, et j'ai récemment tout migré en multi-installation.

Pour répondre à ta question, le seul gain théorique du multi-site tient au partage de la base de code et va donc de paire avec l'utilisation d'un optimisateur PHP comme APC. Si l'on n'utilise pas un tel optimisateur, ce gain passe de théoriquement intéressant à clairement nul. Je dis théoriquement car depuis que j'ai migré en multi-installation, je n'ai pas noté d'explosion notable d'occupation mémoire. En somme, si tu mutualises 100 mutli-sites, il y a des chances que ce gain soit visible, à 10, il est anecdotique.

Sinon, en terme de performance il n'y a aucune raison qui puisse impliquer de meilleures résultats en multi-site qu'en multi-installation. Chaque site disposant de son propre espace de cache et de sa propre base de donnée, le gain en ce domaine est donc nul.

Maintenant d'un point de vue pratique, sauf si les sites sont de véritables clones, la mutualisation se révère plus néfaste (à mon goût) qu'autre chose. En effet, s'il peut semble sympa de pouvoir faire évoluer de concert plusieurs sites en une seule opération, j'y ai trouvé trois contreparties majeures :

1/ Mise à part une base réellement commune de modules (CCK & co), chaque site dispose de ses spécificités qui impliquent de se taper 1000 modules dont 80% non utiles pour site donné dans une admin déjà pas très lisible et ergonomique.En multi-installation il y a certes de la redondance de mise à jour (qui se gère très bien avec une production rationnalisée de patchs) mais chaque site ne voit que ses modules. Il y a bien sur la possibilité de mettre des modules dans les dossiers site/XXX/modules mais là, se reporter au point 3 :-) Sachant en plus qu'il est parfaitement possible de placer une série de modules "vitaux" dans un gestionnaire de version et de les déployer sur plusieurs multi-installations.

2/ Lorsque l'on fait évoluer un module, il faut systématiquement tester les impactes sur tous les multi-sites, et ce même si on ne le change que pour 1 site. Donc ce qui semblait un gain de temps à l'origine, se révèle être en réalité une perte. Sachant que ce genre de chose se passe évidement dans l'urgence, on oublie généralement de tester tous les sites, et ceux sur lesquelles on travaille le moins se retrouvent en carafe par effet de bord.

3/ Le paramétrage statiques (settings.php) en multisite est un petit enfer à gérer dés lors que l'on as des joyeusetés du genre plusieurs noms de domaines pour un multi-sites donné. Ce point a été largement amélioré en Drupal 7 avec les alias de sites, mais en D6, c'est un vrai problème.

Voilà en tout cas ce je peux donner comme retour d'expérience.