Drupal Multisite-Leitfaden: Weniger Arbeit, mehr Output

Haben Sie schon einmal davon gehört, dass ein einzelnes Unternehmen viele verschiedene Zweigstellen oder Mini-Unternehmen hat? Das ist in der heutigen Zeit ziemlich üblich. Die Geschäftswelt ist immens gewachsen, und damit auch ihre Bedürfnisse. Und eine einzige Website reicht nicht aus, um diese Bedürfnisse zu erfüllen.

Was machen Unternehmen also? Sie erstellen mehrere Websites, was eigentlich eine gute Lösung sein sollte, aber in Wirklichkeit eher ein Stressfaktor ist, der darauf wartet, ausgelöst zu werden. Das liegt daran, dass die Verwaltung dieser mehreren Websites, gelinde gesagt, eine Qual ist. Sie führt zu einem langsameren Aufbauprozess, erhöhten Gemeinkosten, mangelnder Kontrolle und geringer Sichtbarkeit, also ja, eine Qual beschreibt es ziemlich gut.

Was ist dann die Lösung?

Eine Multisite-Struktur, mit der Sie mehrere Websites mit einer Gemeinsamkeit erstellen können. Der Aufbau wäre weniger aufwendig und würde dennoch die dringend benötigte Autonomie für die einzelnen Websites innerhalb des Setups bieten. Und genau das werden wir heute besprechen, aber in Bezug auf Drupal.

Drupal ist ein beliebtes CMS und hat eine Menge zu bieten, wenn es um Webentwicklung geht. Die mit Drupal entwickelten Websites sind vielseitig, skalierbar und bieten erstaunlich leistungsstarke digitale Erlebnisse. Und eine dieser Funktionen, die zu dieser Leistung beiträgt, ist das Drupal-Multisite-Setup. Für alle, die gefragt haben: "Unterstützt Drupal Multisite?", lautet die Antwort: Ja, und das tut es außergewöhnlich gut. Finden wir heraus, wie. 

Drupal Multisite: Worum geht es bei dem Setup?

Haben Sie schon einmal einen Kuchen gebacken? Die Hauptzutaten Mehl, Eier und Zucker sind für jeden Kuchen gleich. Nur der Geschmack und die Dekoration sind unterschiedlich. Drupal Multisite kann man mit der gleichen Analogie verstehen.

Wie der Name schon sagt, können Sie mit der Multisite-Funktion problemlos mehrere Websites, Dutzende und Hunderte davon, für sich arbeiten lassen. Sie können Drupal Multisite mit verschiedenen Domains so viele haben, wie Sie wollen.

Was wird für jede Website in diesem Setup gleich sein? 

Die Codebasis bleibt durchgehend konstant. Sie können Hunderte von Websites haben, ohne sie neu schreiben zu müssen. Der Drupal-Core und die verfügbaren Module und Themes werden ebenfalls von den mehreren Websites gemeinsam genutzt. Diese bilden den Teig aus Mehl, Eiern und Zucker im Drupal-Kuchen.

Und was wird in den verschiedenen Sites anders sein?

Alles außer der Codebasis ist anders. Sie haben unabhängig voneinander laufende Websites, die die Bedürfnisse ihrer jeweiligen Zielgruppe erfüllen.

Die Sites haben ihre eigene Datenbank;
Die Sites haben ihre eigene Konfiguration in Bezug auf aktivierte Module und Themes, Inhalte und mehr; 
Die Sites haben ihre eigenen Dateien, einschließlich Bilder, Uploads, Benutzerprofile und mehr; 
Und die Sites haben sogar ihre eigene Basisdomain oder URL. 

Im Wesentlichen bietet Ihnen Drupal Multisite also die Möglichkeit, mehrere Websites mit derselben Codebasis zu erstellen, wobei sich alle Sites voneinander unterscheiden und unterschiedliche Zielgruppen bedienen. 

Wie ist das möglich?

Wegen der Serveranfragen. Lassen Sie mich das ein wenig verdeutlichen. Alle mit diesem Setup erstellten Multisites werden in separaten Ordnern gespeichert. Die Drupal-Multi-Ordnerstruktur kann von Multisite-Repositories getrennt werden, was die Bereitstellung für Site-Betreuer und Front-End-Entwickler gleichermaßen vereinfacht. Darüber hinaus hat jeder dieser Ordner seine eigene persönliche PHP-Datei mit Verbindung zu seiner eigenen persönlichen Datenbank.

Fügen wir nun noch Drupals feine Fähigkeit hinzu, eine Anfrage anhand der Domain, von der sie kam, zuzuordnen. Diese Fähigkeit wird noch dadurch verbessert, dass die richtige Datenbank und Konfiguration basierend auf der genannten Domain geladen werden. Das Ergebnis ist die Website, die der Anfragende wollte, serviert auf einem Tablett. Ziemlich cool, nicht wahr?

Was haben Sie davon?

Nachdem wir das grundlegende Konzept und die Funktionsweise des Drupal-Multisite-Moduls verstanden haben, stellt sich uns als Nächstes die Frage nach seinen Vorteilen. Warum sollten Sie es in Angriff nehmen? Was haben Sie davon? Und hier komme ich ins Spiel, um Ihnen alles über die Großartigkeit von Drupal Multisite zu erzählen.

Profitieren Sie von schnelleren Starts 

Das Beste an der Multisite-Funktion von Drupal ist die Möglichkeit, in wenigen Minuten und ohne viel Unterstützung von IT und Entwicklern neuere Websites zu erstellen. 

Die integrierten Installationsprofile sind der Grund für die schnelleren Starts. Sie enthalten im Wesentlichen die Funktionalität und Konfiguration in installierbaren Paketen, die so oft gestartet werden können, wie Sie wollen. Und Sie hätten eine neue Website, die vollständig für die Inhaltseingabe bereit ist. 

Profitieren Sie davon, Nein zu Kompromissen zu sagen 

Der zweite Multisite-Vorteil folgt auf dem Fuße des ersten. Da Multisite zu schnelleren Starts beiträgt, können Sie keine Kompromisse eingehen, wenn sich die Fristen nähern.

Für jedes Projekt gibt es eine Frist, die eingehalten werden muss, und je näher diese Frist rückt, desto weiter entfernen sich potenziell lukrative Funktionen. Entwickler gehen Kompromisse ein und es bauen sich technische Schulden auf.
 
Nun, Sie könnten ein oder zwei Funktionen in einem einzigen Build weglassen, aber wenn es fast hundert Websites in der Entwicklung gibt, wird Ihnen dieser Gedanke nicht einmal in den Sinn kommen. Es genügt zu sagen, dass die Multisite-Architektur einen höheren Qualitätsstandard und minimale technische Schulden aufweist. Der Hauptgrund dafür ist die Zeit. Die gleichzeitige Erstellung mehrerer Systeme gibt Ihnen genügend Zeit, über das Potenzial nachzudenken und die Zeit, es in der Realität in das Projekt zu integrieren.

Sie erstellen langfristige Lösungen mit einem Multisite-Setup, das ein höheres Refactoring-Potenzial vom Management mit sich bringt, da mehrere Sites beteiligt sind. 

Profitieren Sie von geringeren Wartungskosten und reduzierten Kosten 

Ein weiterer Vorteil eines einzigen Codes für mehrere Websites ist, dass Sie weniger Zeit für die Wartung aufwenden müssen als bei mehreren Codebasen für mehrere Websites. Würden Sie dem nicht zustimmen?

Wenn Sie einen Fehler auf einer dieser Sites finden, beheben Sie ihn für alle. Dies reduziert den Zeitaufwand für die Wartung und folglich die damit verbundenen Kosten erheblich. Mit Drupal Multisite können Sie die Aktualisierung und Überprüfung an einem Ort verfolgen und so die Wartung bequem im Griff behalten.

Profitieren Sie davon, Ihre Bemühungen zu sparen 

Ich habe mir das Beste für den Schluss aufgehoben: Mit Drupal Multisite sparen Sie tatsächlich viel Zeit und Mühe, da Sie Ihren Code oder Teile davon wiederverwenden können. Sie müssten eine Funktion nur einmal erstellen und danach würden Sie sie nur noch wiederverwenden, keine verschwendete Mühe für den wiederholten Aufbau derselben Sache.

Ein wiederverwendbarer Code mit einer gemeinsam genutzten Bibliothek beinhaltet; 

Wiederverwendbare Integrationen; 
Wiederverwendbare Funktionalität; 
Wiederverwendbare UI-Komponenten; 
Wiederverwendbare Workflows; 

Und Sie können auch ein Theme mit dem Theme-Vererbungsmechanismus von Drupal wiederverwenden, sodass Sie ein Basis-Theme erstellen können, von dem andere Themes die Grundlagen erben können. 

All dies spart eine Menge Aufwand im Entwicklungsprozess. Sie sollten wissen, dass Sie auch versuchen können, Komponenten für Sites wiederzuverwenden, die sich nicht auf derselben Plattform befinden, es wäre extrem schwierig, aber möglich.

Welche Optionen bietet Drupal Multisite?

Beim Einrichten von Drupal 9 Multisite stehen einige Optionen zur Verfügung. Das Wesentliche bei all diesen Optionen ist dasselbe, nämlich eine starke Gemeinsamkeit durch eine einzige Codebasis. Darüber hinaus erhalten Sie alle Vorteile, über die wir gerade im vorherigen Abschnitt gesprochen haben.

Lassen Sie uns also verstehen, welche Bandbreite Drupal Multisite bietet.

Konventioneller Ansatz: Klassische Drupal-Multisite-Architektur

Der konventionelle Ansatz fasst im Wesentlichen die Bedeutung von Drupal Multisite zusammen, wie wir sie beim Verständnis des Konzepts besprochen haben. Bei dieser Option gäbe es mehrere Sites mit mehreren Konfigurationen und mehreren Datenbanken, aber es gäbe nur eine Codebasis, die von allen gemeinsam genutzt wird. Das folgende Diagramm beschreibt die Architektur recht treffend.

Ich würde mich irren, wenn ich sagen würde, dass nur die Codebasis gemeinsam genutzt wird. Technisch gesehen ist das standardmäßig der Fall. Wenn Sie jedoch möchten, dass Ihre Multisites mehr als das gemeinsam nutzen, haben Sie eine Option. Das Features-Modul, ein einzigartiges Merkmal der konventionellen Architektur in Drupal, kann Ihnen dabei helfen. Es ermöglicht Sites, gemeinsame Funktionen zu haben, indem es die Konfiguration von dort importiert. Config Split erleichtert die Arbeitslast zusätzlich, indem es trennt, welche Konfiguration gemeinsam genutzt und welche unterdrückt werden muss.

Im Gegensatz dazu habe ich erwähnt, dass Sie mit Drupal Multisite unabhängige und etwas einzigartige Websites erstellen können, wenn Sie dies wünschen. Dies ist möglich, da es Ihnen aufgrund isolierter Konfigurationen die Anpassung ermöglicht. So können Sie Ihre eigenen benutzerdefinierten Themes und Module für jede Ihrer Websites erstellen.

Multi-Domain-Architektur

Die Multi-Domain-Architektur unterscheidet sich nicht wesentlich von der Multisite-Architektur. Es gibt eine einzige Codebasis, aber auch eine einzige und gemeinsam genutzte Datenbank, was bei Multisite nicht der Fall ist. Hier ist ein Diagramm zum besseren Verständnis.

Durch die Multi-Domain-Architektur verwalten Sie eine einzige Drupal-Installation, was recht einfach ist. Darüber hinaus können Sie auch die Konfiguration und Funktionalität problemlos verwalten. 

Die Domain Access-Module sind das Herzstück dieser Architektur, da sie es ermöglichen, mehrere Sites zu bedienen. Sie ermöglichen es Ihnen auch, Ihre Inhalte als gemeinsam genutzt und einzigartig zu kategorisieren. Sie können einen bestimmten Inhalt für eine bestimmte Domain festlegen und ihn dann auch auf allen Sites teilen, wenn Sie dies wünschen.

Da in diesem architektonischen Design von Drupal in Bezug auf Funktionen, Funktionalität, Inhalte und sogar Benutzer mehr gemeinsam genutzt wird, ist die Aktualisierung einer einzelnen Site ein Kinderspiel. 

In Bezug auf die Nachteile ist derjenige, der die anderen überstrahlt, dass Sie keine Ausnahmen haben können. In Multisite könnten Sie einzelnen Websites zusätzliche Funktionen hinzufügen, aber hier können Sie das nicht. Nun, Sie könnten es, wenn Sie wollten, aber sehen Sie, die Absicht hinter der Multi-Domain-Architektur ist Einfachheit. Und das Hinzufügen von Ausnahmen zu jeder Site würde dem in großem Maße widersprechen. Selbst bei der Verwendung von Contrib-Modulen müssten Sie besonders darauf achten, deren Kompatibilität mit Domain Access zu überprüfen.

Andere bemerkenswerte Architekturen

Es gibt drei weitere Architekturen für mehrere Sites in Drupal. Lassen Sie uns auch diese beleuchten.

Basierend auf der Drupal-Distribution

Haben Sie schon einmal eine Kuchenmischung gekauft? Es ist eine fertige Mischung aus allem, was in den Kuchen kommt, und alles, was Sie tun müssen, ist, daraus einen Teig zu machen und ihn in den Ofen zu schieben, und Sie haben Ihren eigenen gebackenen Kuchen. Einfach, nicht wahr? Das ist im Grunde das, was eine Drupal-Distribution ist. 

Sie erhalten eine Mischung aus allem, was Sie für den Start Ihrer Webprojekte benötigen, von den erforderlichen Modulen und Bibliotheken bis hin zu benutzerdefinierten Themes und Modulen und von der Konfiguration bis hin zu möglicherweise den Standardinhalten. Es ist ein Website-Starterpaket. Es gibt beliebte Drupal-Distributionen zur Auswahl, wie Commerce Kickstart und Lightning, aber Sie können auch Ihre eigenen benutzerdefinierten Distributionen erstellen. Werfen Sie einen Blick auf diese vollständige Liste der wichtigsten Drupal-Distributionen, die Sie ausprobieren müssen.

Die Art und Weise, wie sich diese von Multisite und Multi-Domain unterscheiden, ist die Codebasis. Jede Site hätte ihre eigene und jede Site hätte auch ihr eigenes Hosting-Konto.

Der größte Nachteil hier ist, dass es zusätzliche Arbeit erfordert. Es ist irgendwie ironisch für eine Kuchenmischung, ich weiß. Sie müssten sowohl die Codebasis der Distribution als auch jede der Sites verwalten. Sicherheitsupdates und Fehlerbehebungen erfordern umso mehr Aufmerksamkeit, wenn Ihre Distribution auf Drupal.org veröffentlicht wird.

Basierend auf Datensilos

Eine Multisite-Architektur auf Datensilos ähnelt Drupal-Distributionen in dem Sinne, dass die Codebasis für jede Site unterschiedlich ist, was eine größere Autonomie und eine bessere Sicherheit bietet. Für Unternehmen mit mehreren Niederlassungen und Abteilungen, die eine Dezentralisierung, aber dennoch eine Art Einheitlichkeit anstreben, ist dies eine gute Wahl. 

Basierend auf mehrsprachigen Anforderungen

Diese ähnelt der Multi-Domain-Architektur, da es eine gemeinsam genutzte Codebasis und Datenbank gibt. Sie ermöglicht es Sites, von sprachbasiertem regionalem Targeting zu profitieren. Mit weniger Entwicklungsaufwand und geringeren Baukosten hätte jede Site ihre eigene Sprache und ihr eigenes regionales Publikum. Erfahren Sie hier mehr darüber, warum Drupal sich hervorragend für mehrsprachige Sites eignet.

Wann können Sie das Setup am meisten optimieren?

Jetzt kommt der Teil, in dem Sie genau wissen, wann Sie die Multisite-Architektur von Drupal optimieren müssen. Es gibt bestimmte Anwendungsfälle und Überlegungen, die das Setup zu einer idealen Wahl machen. Lassen Sie uns diese verstehen.

Haben Sie mehrere Sites?

Wie der Name schon sagt, müssen Sie, damit Drupal Multisite seine Wirkung entfalten kann, mehrere Sites haben, also zwei oder mehr. Der Hauptgrund für die bloße Existenz dieses Setups ist es, Ihnen zu helfen, Zeit und Mühe bei der Verwaltung mehrerer Drupal-Sites zu sparen, indem Sie sie auf demselben Drupal-Core ausführen.

Denken Sie darüber nach, wenn Sie zwei oder mehr Sites haben, die nicht auf diesem Setup laufen, wären Sie für jeden Code einzeln verantwortlich und er würde sich für jede Site drastisch unterscheiden. Dieser Unterschied kann zu einer Mammutaufgabe für die Verwaltung werden. Klingt die Wahl von Multisite und die Beseitigung dieser Sorge nicht nach der besseren Wahl?

Sind sie einander ähnlich?

Nun, Sie könnten mehrere Websites haben, aber sie müssen ein gewisses Maß an Ähnlichkeit aufweisen, damit das Multisite-Setup funktioniert. Dramatisch unterschiedliche Sites in Bezug auf Funktionen und Ästhetik sind für diese Architektur nicht ideal. Das soll nicht heißen, dass jede Site ein Klon der nächsten sein muss. Nein, jede Site hätte natürlich ihre eigenen Inhalte, außerdem könnte sie auch unterschiedliche Funktionen haben, aber dieser Unterschied darf nicht dramatisch sein, nur hier und da eine Funktion.

Nehmen wir zum Beispiel eine Universität, die möglicherweise mehrere Sites für ihre verschiedenen Abteilungen benötigt. In diesem Fall könnte sich die Universität für die Multisite-Funktion entscheiden, da sie trotz unterschiedlicher Websites auf jeden Fall ein Gefühl der Einheitlichkeit in ihnen bewahren würde. 

Im Wesentlichen erstellt Drupal Multisite Replikat-Sites mit unterschiedlichen Themes für jede Site. Wenn dies Ihren Anforderungen entspricht, sollten Sie sich auf jeden Fall dafür entscheiden.

Haben Sie die technische Infrastruktur?

Drupal Multisite soll Ihnen die Arbeit erleichtern, aber das kann es nur, wenn Sie die richtige technologische Infrastruktur und das Fachwissen haben, um damit umzugehen. 

• Die richtige Hosting-Umgebung, um mehrere Domains und Bereitstellungsmechanismen zu verwalten. Ihr Hosting-Provider sollte genau wissen, welche Anforderungen Ihr Setup hat.
• Die richtigen DevOps-Prozesse, die mit Ihrem Multisite-Setup kompatibel sind. Wenn gesagt wird, dass das Multisite-Setup Ihnen weniger Arbeit macht, ist die automatisierte Bereitstellung ein Grund dafür, also müssen Ihre DevOps dabei effizient sein. 
• Schließlich die richtige Testumgebung, da Sie mehrere Sites gleichzeitig bereitstellen, ist die Wahrscheinlichkeit von Fehlern höher. Eine Funktionsunterbrechung kann kolossal werden und die manuelle Überprüfung ist harte Arbeit. Daher ist eine automatisierte Testumgebung, die mit Tools ausgestattet ist, um höhere Qualitätsstandards zu gewährleisten, von entscheidender Bedeutung.

Kann die Umstellung auf Multisite Herausforderungen mit sich bringen?

Es gibt immer eine dunklere Seite der Dinge, und Drupal Multisite ist da keine Ausnahme. Es gibt bestimmte Nachteile, die mit dem Setup einhergehen und einen bitteren Nachgeschmack hinterlassen können. Für viele sind diese Herausforderungen der Grund dafür geworden, sich nicht für die Multisite-Architektur zu entscheiden. 

Die Herausforderung des Scheiterns 

Der Spitzenreiter in der Liste der Multisite-Herausforderungen muss die Wahrscheinlichkeit des Scheiterns sein, die ehrlich gesagt ziemlich hoch ist. Dafür gibt es zwei Gründe.

Einer ist die Tatsache, dass es eine einzige Codebasis für alle Sites gibt. Das bedeutet, wenn es ein Problem mit einer gibt, gibt es ein Problem mit allen. Nehmen wir zum Beispiel Traffic-Spitzen, die für eine Website großartig sein können, aber für Multisites kann diese eine Site erhebliche Risiken für die anderen darstellen.

Zweitens ist das Scheitern aufgrund menschlichen Versagens, das nicht vorhergesehen oder vermieden werden kann. Es gibt viele Risiken im Zusammenhang mit der Aktualisierung einer einzelnen Site, stellen Sie sich das Ausmaß des Risikos vor, wenn es Dutzende von Sites gibt. Ein einzelner Syntaxfehler kann schnell zum Untergang Ihres Multisite-Setups werden.

Die Herausforderung der Individualität und Innovation 

Ja, wir sagen, dass die Multisite-Funktion Raum für Individualität für jede Site bietet. Und dann sagen wir auch, dass jede Site gleich oder zumindest in hohem Maße ähnlich sein muss, damit die Architektur funktioniert. Sehen Sie, worauf ich mit dieser Herausforderung hinaus will?

Das innovative Flair, das oft in der Entwicklung zu sehen ist, geht im Multisite-Setup etwas verloren. Warum? Einfach, weil es einen Standard gibt, der eingehalten werden muss. Und wenn Sie von diesem Standard abweichen, begeben Sie sich auf den Weg, alle Vorteile dieser Architektur zu verlieren.

Das Wiederverwenden von Komponenten ohne zusätzlichen Aufwand ist eine der Stärken des Multisite-Setups, und das Hinzufügen von Innovationen zu dieser Mischung würde es mühsam und anstrengend machen. Deshalb ist es ratsam, die Multisite zu vermeiden, wenn sich Ihre Sites in Bezug auf Funktionen und Funktionalität voneinander unterscheiden oder wenn Sie möchten, dass sie sich in naher Zukunft unterscheiden.

Die Herausforderung der technischen Unzulänglichkeiten 

Ich habe im vorherigen Abschnitt erwähnt, dass die Optimierung von Drupal Multisite Ihnen am besten dienen wird, wenn Sie die technische Infrastruktur dafür haben. Und das kann zu einer gewissen Herausforderung werden, ich werde Ihnen sagen, warum.

Vergleichen Sie den Aufbau einer Site oder mehrerer Sites separat mit dem Aufbau und der Wartung einer Multisite-Installation. Sagen Sie mir jetzt, was Ihrer Meinung nach mehr technisches Fachwissen erfordern würde? Letzteres, da bin ich mir sicher. Der Grund ist die Komplexität des umfassenden Netzes mehrerer Sites, allein die Anzahl der Einstellungen könnte einem unerfahrenen Entwickler Kopfschmerzen bereiten. 

Zusammen mit der technischen Infrastruktur, einschließlich eines geeigneten Hosts, DevOps und Testsystems, kann der Bedarf an einem qualifizierten Multisite-Entwicklungsteam zu einer ziemlichen Herausforderung werden.

Die Herausforderung, Open Source zu verlieren 

Schließlich bezieht sich die letzte Herausforderung auf den Verlust der Drupal-Funktionalität. Mit einer Multisite-Architektur werden Sie zu einem SaaS-Anbieter und trennen sich folglich von einer Reihe von Open-Source-Lösungen. Sie werden für jede Funktion verantwortlich, die verbessert oder innoviert werden muss, im Gegensatz zur üblichen Art von Open-Source-Software, bei der die Community eine Rolle bei der Innovation spielt.

Erfahren Sie hier mehr über Open Source:

• Vorteile, ein Open-Source-Mitwirkender zu sein und die Vorteile, zu Drupal beizutragen
• Open-Source-Lizenzierung
• Open-Source-Führung
• Open-Source-Sicherheit
• Open-Source-Vielfalt
• Auswirkungen großer Unternehmen auf Open Source
• Open Source ist rezessionsfrei
• Auswirkungen von Open Source während der Covid-19-Pandemie

Fazit

Ich würde sagen, dass die Herausforderungen, die die Multisite-Architektur mit sich bringt, Sie dazu bringen, die Wahl dieses Weges zu überdenken. Wenn Sie jedoch die Vorteile zusammen mit ihren Anwendungsfällen berücksichtigen, gibt es keine perfektere Lösung. 

Eine Universitäts-Site müsste einer der Abteilungs-Sites keine zusätzlichen innovativen Funktionen hinzufügen, und daher ist die Multisite am besten dafür geeignet, ebenso wie für andere Unternehmen mit ähnlichen Bedürfnissen. Vorausgesetzt, Sie aktivieren alle richtigen Kontrollkästchen in Bezug auf die Optimierung von Multisite, werden Sie es nicht bereuen, sich dafür entschieden zu haben.