Haben Sie sich jemals gefragt, wie Websites aufgebaut werden? Sicher, es ist eine ganze Armee beteiligt, bestehend aus Entwicklern, Designern, Projektmanagern und Business-Analysten, aber ist das alles? Arbeiten sie unabhängig voneinander? Arbeiten sie Tag für Tag daran, die Website von Grund auf neu aufzubauen? Haben sie dabei Hilfe?

Wenn Sie Teil der Website-Entwicklungsarmee sind, wissen Sie vielleicht, worauf ich hinaus will. Es stimmt, dass Websites von Grund auf neu aufgebaut werden, aber es stimmt auch, dass diese Websites Hilfe benötigen, damit aus dem Scratch eine voll funktionsfähige Website wird, und diese Hilfe kommt von einem Content-Management-System, kurz CMS.

Es gibt einige auf dem Markt, wobei Wordpress bei den Marktanteilen führend ist, aber wir sprechen über das System, das in Bezug auf Funktionalität und Features führend ist. Und das ist Drupal.

Stand 8. November 2020 gibt es weltweit etwas mehr als 1 Million Drupal-Sites. Diese Zahl ist ein Beweis für Drupals Fähigkeit, Ihrer Website alles zu geben, was sie will.

Dementsprechend gibt es eine neue Modeerscheinung in Drupal und der Art und Weise, wie es von seinen Sites genutzt wird. Und das ist es, was wir besprechen werden, aber lassen Sie uns vorher kurz auf Drupals traditionelle Fähigkeiten eingehen.

Traditionelles Drupal VS Decoupled Drupal

Wie ich bereits sagte, ist Drupal ein CMS, also ist es in der Lage, Websites von Grund auf neu zu erstellen. Und das ist es, was das traditionelle/monolithische/gekoppelte Drupal tut. Von der Benutzeroberfläche bis zum Datenzugriffscode deckt Drupal alle Ihre Website-Bedürfnisse ab. Als Verantwortlicher für das Front- und Backend hilft Ihnen das traditionelle Drupal beim Aufbau vielseitiger Web-Erlebnisse.

Mit Drupals Themes, Templates und Verhaltensweisen ist es extrem einfach, eine dynamische Präsentationsschicht für Ihre Website zu erstellen. Die Tatsache, dass Drupal Ihnen erlaubt, eine Live-Site zu erstellen und anzupassen, und gleichzeitig Lösungen für alle Frontend-Missgeschicke bietet, ist ein weiterer überzeugender Grund, sich für das traditionelle Drupal zu entscheiden.

Dennoch gibt es viele, die denken, dass Drupals Frontend-Fähigkeiten nicht so beeindruckend sind wie die von JavaScript. Obwohl Drupal eine JavaScript-Bibliothek in seiner Ecke hat, hat es nicht das JS-Framework, mit dem es arbeiten kann, also haben sie vielleicht Recht. Als Lösung wurde also das Aufkommen der entkoppelten Drupal-Architektur gesehen.

Das Decoupled Drupal hat eine etwas andere Geschichte zu erzählen als sein monolithisches Gegenstück. Sie hätten immer noch Drupal und seine Fähigkeiten zur Verfügung, aber Sie hätten ein wenig mehr als nur Drupal, mit dem Sie arbeiten könnten. Mit der Entkopplung würden Sie sich einfach von Drupals Frontend-Fähigkeiten verabschieden, entweder vollständig oder teilweise, das liegt an Ihnen. Drupal würde nur als Content-Repository verwendet werden und Ihre gesamte Präsentationsschicht würde aus anderen Frontend-Technologien bestehen; Angular, Vue und React sind einige davon.

Das Decoupled Drupal bietet Ihnen zwei Varianten zur Auswahl:

• Die erste wäre der progressiv entkoppelte Ansatz, bei dem Sie andere Frontend-Technologien nutzen und mit Drupals Frontend-Fähigkeiten verbinden würden. Dies könnte als das Beste aus beiden Welten angesehen werden.
• Die zweite ist die vollständig entkoppelte Web-App, bei der Ihre Präsentationsschicht von einem JavaScript-Framework verwaltet wird und vollständig unabhängig von Drupal ist, und es würde nur für die Backend-Architektur verwendet werden. Eine vollständig entkoppelte Drupal-Architektur für statische Sites ist eine weitere Option. Bei diesem Ansatz fungiert Drupal als Inhaltsquelle für statische Sites und unterstützt statische Site-Generatoren wie Gatsby bei der Erstellung Ihrer Site, indem es Daten von Drupal bezieht.

Um mehr über die Funktionsweise von Decoupled Drupal, die Unterschiede zur traditionellen Architektur und die Besonderheiten der beteiligten Technologien zu erfahren, lesen Sie unseren Blog Monolithische und entkoppelte Drupal-Architekturen.

Der Wechsel von traditionellem zu entkoppeltem Drupal

Nachdem Sie nun eine Vorstellung davon haben, was Decoupled Drupal ist, ist es an der Zeit herauszufinden, wann der richtige Zeitpunkt ist, um von gekoppelter zu entkoppelter Drupal-Architektur zu wechseln. Lassen Sie mich Ihnen zuerst eine Frage stellen: Haben Sie jemals eine Geschäftsentscheidung getroffen, ohne die Vor- und Nachteile dieser Entscheidung zu berücksichtigen? Ich bin mir sicher, das haben Sie nicht. Aus diesem Grund möchte ich Ihnen sagen, warum die entkoppelte Drupal-Architektur vorteilhaft ist.

Das Motto "Einmal schreiben, überall veröffentlichen" könnte der Slogan von Decoupled Drupal sein. Es ermöglicht Ihnen, soziale Medien, E-Mails, das Intranet, Apps, Microsites zusammen mit Ihrer primären Veröffentlichungsplattform zu nutzen, so dass Sie Ihre Inhalte so universell wie möglich gestalten können. Dies ist ein Vorteil, der die Entkopplung für viele zur ersten Wahl macht. Dann ist da noch die Tatsache, dass Sie durch die Entkopplung Ihre Benutzererfahrung verbessern, schneller aktualisiert werden, was Ihr Team effizienter arbeiten lässt, und dass die Entkopplung Ihnen auch die Möglichkeit bietet, innovativer zu werden. Das JavaScript-Framework, das bei der Entkopplung zum Einsatz kommt, ist das i-Tüpfelchen.

Sie könnten denken, dass die Entkopplung mit so vielen Vorteilen niemals die falsche Wahl sein kann. Das muss sie auch nicht sein, wenn Sie die Einschränkungen kennen und in der Lage sind, sie zu bekämpfen. Der offensichtlichste Nachteil der Entkopplung ist die Tatsache, dass Sie Out-of-the-Box-Drupal-Funktionen verlieren, was für einige ein Dealbreaker sein kann. Da Drupal nicht im Frontend zum Einsatz kommt, müssen Sie natürlich auf seine Fähigkeiten verzichten; man kann den Kuchen nicht backen und ihn gleichzeitig essen, es sei denn, man entscheidet sich für progressiv entkoppeltes Drupal. Ein weiteres Problem, das bei der Entkopplung oft auftritt, ist, dass die Programmierung mühsam wird, ebenso wie die Identifizierung von Fehlern.

Nachdem wir die Vorteile von Decoupled Drupal zusammen mit seinen Nachteilen besprochen haben, ist es an der Zeit, sich selbst einige schwierige Fragen zu stellen. Denn es sind diese Fragen, die Ihnen bei der Entscheidung für den Umstieg helfen werden.

• Ist Ihr Unternehmen darauf angewiesen, Inhalte über mehrere Kanäle und Microsites zu verbreiten und zu sammeln?
• Sind Sie der Meinung, dass es keine kluge Wahl ist, sich für Ihr gesamtes Projekt auf eine Technologie zu verlassen?
• Sind Sie unzufrieden mit der Interaktivität, die Ihre Website ihren Nutzern bietet, und möchten Sie das JavaScript-Framework nutzen, um diese zu verbessern?
• Haben Sie mehr Entwickler, die Experten in JavaScript als in Drupal sind? Planen Sie, deren Expertise in JS zu nutzen?
• Haben Sie nicht alle Frontend-Assets von Drupal verwendet und denken, dass sie nur mehr Arbeit bringen?
• Ist der Aufbau einer App ein zukünftiges Ziel von Ihnen?
• Sind Ihre redaktionellen Bedürfnisse einfach?
• Haben Sie schließlich das Budget für die Entkopplung, denn Drupal ist zwar kostenlos, andere Frontend-Technologien aber nicht?

Denken Sie über Ihre Antwort auf all diese Fragen nach und lesen Sie dann unseren Blog Wann sollte man von monolithischer zu entkoppelter Drupal-Architektur wechseln, um alle Details hinter dem Umstieg zu verstehen.

Das endgültige Urteil

Abschließend möchte ich sagen, dass es für Ihr Projekt sowohl in der gekoppelten als auch in der entkoppelten Drupal-Architektur Vor- und Nachteile geben wird. Wenn Sie eine Entscheidung treffen wollen, sollten Sie Ihre Bedürfnisse über alles andere stellen. Wenn Sie das Gefühl haben, dass Ihre aktuelle Architektur für Sie nicht ausreicht, könnte der Umstieg als unvermeidlich und umsichtig angesehen werden. Wenn nicht, dann wäre es vielleicht die bessere Wahl, auf eine Zeit zu warten, in der ein tatsächlicher Bedarf besteht. Es gibt nur eine Antwort auf die Frage "Wann sollte man Drupal entkoppeln?" und das ist, wenn Sie den Bedarf haben.