Ist Decoupled Drupal die richtige Wahl für Sie?

Drupal gehört zu den weltweit führenden CMS, und seine Fähigkeiten sowohl im Frontend als auch im Backend haben es zu einem der besten gemacht. Dennoch gab es viele, die dachten, Drupal mangele es an etwas, insbesondere bei der Nutzung der heißesten verfügbaren Technologien. Und Drupal hatte die Antwort darauf mit Decoupled Drupal.

Decoupled Drupal hat viel Aufsehen erregt und ist in der Branche fast allgegenwärtig geworden. Die vollständige Trennung der Struktur vom Inhalt hat den Content-Management-Systemen geeignete Mittel zur Beschleunigung des Innovationstempos an die Hand gegeben, und dies ist der Hauptgrund dafür, dass Decoupled Drupal einen Vorteil gegenüber seinen Wettbewerbern erlangt hat.

Wenn Sie diesen Blog lesen, haben Sie vielleicht schon Kenntnisse über Decoupling, oder das Gerede darum hat Sie angezogen, und jetzt wollen Sie ausprobieren, ob es für Sie geeignet ist oder nicht. Bevor wir darauf eingehen, möchte ich Ihnen ein klareres Bild davon vermitteln, was Decoupled Drupal eigentlich ist, auch wenn Sie schon eine Vorstellung davon haben. Dieser Blog wird also alle Aspekte von Decoupled Drupal beleuchten, um Ihnen zu helfen zu verstehen, ob es tatsächlich die richtige Wahl für Sie ist oder nicht.

Was ist Decoupled Drupal?

Traditionell funktionierten Websites ähnlich wie eine Zeitschrift, d. h. sie boten den Nutzern eine statische Kommunikation, bei der der Nutzer nur ein Zeuge und kein Teilnehmer ist. Dieses System hat lange funktioniert, aber nicht mehr. Heute zeichnen sich Websites dadurch aus, dass sie interaktiv sind und nicht nur eine Plattform, sondern viele. Telefonanwendungen, soziale Medien und die Beantwortung von Kundenfragen über Chatbots haben die Erwartungen des Publikums an Websites verändert, und folglich versuchen die Webentwickler, Wege zu finden, die Benutzererfahrung zu verbessern.

Drupal war selbst im herkömmlichen Sinne in der Lage, mehrere Kanäle zu bedienen. Auf eine Drupal-Website kann über mehrere Geräte zugegriffen werden, seien es Computer, Tablets oder Smartphones. Das spricht für die Vielseitigkeit und Flexibilität von Drupal, weshalb es so populär geworden ist. Das monolithische Drupal mit seiner Fähigkeit, Inhalte zu speichern, sie dem Benutzer zu präsentieren und eine redaktionelle Oberfläche zu erstellen, macht es kompetent genug, um Websites zu betreiben, aber die Leute wollen mehr. Da Flexibilität der zweite Vorname von Drupal ist, bietet es dies auch wieder. Verschaffen Sie sich hier einen vollständigen Überblick über die Unterschiede zwischen monolithischen und entkoppelten Drupal-Architekturen.

Einfach ausgedrückt, gibt Decoupled Drupal neuen Technologien auf Ihrer Website Raum, so dass sie auch dort ihre Magie entfalten können. Mit Decoupling können Sie Ihr Frontend vom Backend trennen und React und node.js für das Frontend verwenden, während das Backend von Drupal verwaltet wird. Im Grunde genommen haben Sie also das Beste aus beiden Welten, die Exzellenz von Drupal und die vielen Frontend-Technologien, die auf dem Markt erhältlich sind.

Betrachten wir einige der technischen Aspekte von Drupal, um ein besseres Verständnis für Decoupling zu bekommen.

• Das Display-Management wird im entkoppelten Zustand in der Regel von JavaScript-Frameworks und Static Site Generators übernommen, im Gegensatz zu Drupal, das es verwaltet.
• Die Geschwindigkeit und Leistung von Decoupled-Drupal-Sites ist in der Regel höher als bei monolithischen Drupal-Sites.
• Der technische Stack in Decoupled Drupal ist in der Regel recht komplex.
• Der Workflow vom Frontend zum Backend ist lose verbunden, aber die Verbindung reißt nie ab.
• Die Redakteure haben die volle Kontrolle über den Inhalt, aber es kann zusätzlicher Aufwand erforderlich sein, um eine Vorschau des Inhalts zu erhalten.
• Die RESTful-Webdienste haben es Drupal 8 ermöglicht, ein API-First-Backend für Webanwendungen zu werden, was beim Decoupling unbedingt erforderlich ist.

Um sich ein vollständiges Bild von den verschiedenen Optionen zur Entkopplung von Drupal zu machen, lesen Sie hier.

Warum sollten Sie entkoppeln?

Sie wären nur dann bereit, etwas auszuprobieren, wenn Sie wissen, dass Sie von dem Versuch profitieren werden. Habe ich Recht? Das Gleiche gilt für Decoupled Drupal. Es hat in der Branche nur deshalb an Zugkraft gewonnen, weil es für die Entwickler von Vorteil ist. Es sind diese Vorteile, die die Begründung für die Implementierung einer Decoupled-Drupal-Architektur liefern.

Ja, es erstellt kreative Websites mit unabhängigen Komponenten, die die Entwicklung einfach und reibungslos machen. Ein Frontend-Entwickler muss sich nicht auf einen Backend-Entwickler verlassen, um eine Änderung in seiner Präsentationsschicht vorzunehmen, und ein Backend-Entwickler muss sich keine Sorgen über die Auswirkungen seiner Änderungen auf die Präsentationsschicht machen. Kann dies also der einzige Grund sein, den Decoupled-Ansatz zu wählen?

Decoupled Drupal bringt eine Reihe von Vorteilen mit sich, die allein für seine Akzeptanz verantwortlich sind. Lassen Sie uns diese etwas beleuchten.

Makellose Leistung

Der wichtigste Grund, warum Decoupling in Angriff genommen werden sollte, ist, dass es Ihre Leistung mehr steigert, als Sie sich hätten vorstellen können. Die Trennung der Zuständigkeiten bedeutet weniger Anfragezeit, was dazu führt, dass Ihre Website schneller reagiert und die Leistung automatisch gesteigert wird.

Ein weiterer Grund für die gesteigerte Leistung ist JavaScript. JS-Frameworks sind dafür bekannt, dass sie Multi-Thread-fähig und asynchron sind, was bedeutet, dass sie schnell sind. Es wird Leistungsprobleme geben, die Ihre Aufmerksamkeit erfordern, aber selbst diese werden leichter zu bewältigen sein. Daher ist ein JavaScript-Frontend schneller als ein Drupal-Frontend. Und das ist der Grund, warum Decoupling angestrebt wird.

Makellose Entwicklung

Auch wenn ich mich wiederhole, werde ich trotzdem sagen, dass Sie bei der Entkopplung eine klare Trennung zwischen Frontend und Backend schaffen. Dies kann so interpretiert werden, dass sich sowohl das Frontend als auch das Backend in ihrem eigenen Tempo entwickeln können, ohne über die Auswirkungen auf das andere nachdenken zu müssen. Sie arbeiten parallel. Solange eine solide API vorhanden ist, wird die Entwicklung die Arbeit nicht blockieren, da die Arbeit unabhängig voneinander erledigt wird.

Und es gibt auch die Tatsache, dass das Risiko einer Re-Plattformierung bei entkoppelten Drupal-Entwicklungen fast nicht existent ist.

Abgesehen davon ist das "Decoupling-Team" in der Regel größer als ein "monolithisches Team". Wie das Sprichwort sagt: Je mehr, desto besser; eine höhere Anzahl von Entwicklern bedeutet mehr Ideen für die Entwicklung und eine schnellere Entwicklung. Ein Fünf-Mann-Team wird mehr Ergebnisse bringen als ein Ein-Mann-Team. Stimmen Sie dem zu?

Makellose Veröffentlichung und mehrere Konsumenten

Decoupling geht mit einer Omnichannel-Präsenz und der Fähigkeit einher, mehrere Konsumenten zu unterstützen. Lassen Sie uns verstehen, wie das geht.

Die Decoupled-Drupal-Architektur basiert auf dem API-First-Gedanken, was im Grunde bedeutet, dass sich alle Ihre Konsumenten auf einer Ebene befinden. Das macht das Publizieren umso einfacher. Sie können Inhalte für Ihre Website erstellen und mit nur wenigen Klicks auf verschiedenen Plattformen veröffentlichen, darunter soziale Medien, Intranet und Ihre Microsites. Ihre Inhalte werden auf viele verschiedene Arten und viele verschiedene Male wiederverwendet. Da der Inhalt nicht an die aktuelle Form Ihrer Website gebunden ist, können Sie ihn auch nach einer oder zwei kompletten Website-Neugestaltungen wiederverwenden.

Das Decoupled Drupal ist nicht nur die treibende Kraft hinter Ihrer Website, sondern auch hinter all den anderen Apps, die Sie haben, sei es auf Smartphones, Set-Top-TV-Boxen oder vielleicht den Spielkonsolen.

Makelloses Teammanagement

Decoupled Drupal mag ein größeres Team erfordern, aber es macht die Arbeit des größeren Teams in der Tat reibungslos und ergebnisorientiert. Sie könnten 50 Entwickler in Ihrem Team haben, aber es wird keine Überschneidungen geben. Warum? Weil Decoupling die Aufgaben aller Entwickler klar trennt.

Abgesehen vom Teammanagement ist es auch recht einfach, ein Team zu erstellen. Sie wissen vielleicht sehr gut, dass es einen Mangel an Drupal-Spezialisten auf dem Markt gibt, aber Entwickler, die in JS versiert sind, gibt es im Überfluss, um es mal so auszudrücken. Das macht den Prozess der Erstellung eines hochkompetenten Teams einfach, da Sie keine Entwickler finden müssen, die in allen Aspekten der Website-Entwicklung versiert sind.

Makellose Innovationen

Decoupling und die neueste Technologie gehen Hand in Hand, und Sie müssen wissen, dass die neueste Technologie mehr Innovationen bedeutet. Die Decoupled-Drupal-Architektur kann Ihnen bei der Implementierung von Frameworks helfen, die erstklassig sind. Ob Angular.js, Backbone.js, Meteor.js, Node.js oder Ember.js, Sie können mit jedem von ihnen arbeiten.

Darüber hinaus,
    Für die Erstellung von UIs können Sie die React-Bibliothek verwenden;
    Für die Zustandsverfolgung können Sie Redux verwenden;
    Für mobile Anwendungen können Sie Googles AMP- oder Polymer-Tools verwenden.

Die Verwendung all dieser Tools wird Ihre Innovationskraft nur beschleunigen und Ihre Webanwendungen so innovativ wie möglich machen. Erfahren Sie hier mehr darüber, wie Marketer die Leistungsfähigkeit von Decoupled Drupal nutzen können.

Wann sollten Sie entkoppeln?

Inzwischen haben wir genügend Fakten zusammengetragen, dass Decoupled Drupal ein Paket voller Vorteile ist. Jetzt ist es an der Zeit, tiefer einzutauchen und die Genauigkeit der Umstände zu untersuchen, unter denen es eingesetzt werden kann.

Wenn Ihre Backend- und Frontend-Anforderungen unterschiedlich sind

Decoupled Drupal besagt per Definition die Trennung von Frontend und Backend. Wenn Sie also das Bedürfnis verspüren, diese zu trennen, warum nicht? Ein modernes, mit JavaScript vollgepacktes Frontend mit React oder Angular und das sehr kompetente Drupal-Backend sind eine Kombination, die nur Vorteile bringen würde. Alle Fähigkeiten von JS-Frameworks sind in Drupal noch nicht verfügbar, und Decoupling kann Ihnen helfen, diese zu nutzen.

Wenn Sie das richtige Team haben

Ein Bedürfnis nach Decoupling zu haben, reicht für Sie nicht aus, Sie müssen auch ein kompetentes Team haben, um den Prozess der Entkopplung von Drupal durchzuführen. Der Decoupled-Ansatz teilt Ihr Team zusammen mit Ihrem Projekt in zwei Unterabteilungen auf. Jede Unterabteilung ist für eine separate Codebasis verantwortlich, die später zu einem kompletten Tech-Stack wird. Diese Teams müssen synchron, aber parallel arbeiten, um das Projekt zum Erfolg zu führen. Vorausgesetzt, Sie haben das Team, das über alle unterschiedlichen Fähigkeiten und Erfahrungen verfügt, die für das Decoupled-Projekt erforderlich sind, können und sollten Sie Decoupling in Angriff nehmen.

Wenn Sie klar definierte Datenrollen haben

Für das Decoupling müssen Sie auch mit Ihren Datenbedürfnissen im Einklang stehen. Da Drupal im Decoupled-Ansatz nur als Content-Repository fungiert, ist es für Sie unerlässlich, sich an die Kommunikationswege zu erinnern. In dieser Architektur werden Sie am Ende andere Datendienste nutzen. Eine solche Situation erfordert Klarheit, Sie sollten sich darüber im Klaren sein, wie Sie die Dateninteraktion mit dem Frontend gestalten wollen, ob Sie sie direkt über den Dienst oder über die Drupal-API wünschen.

Wenn Sie eine neue Architektur unterstützen können

Der Übergang zu einem Decoupled-Ansatz bedeutet, dass Sie Ihren Hosting-Provider evaluieren müssen. Die Architektur nach der Entkopplung sollte unter seinen Handhabungsfähigkeiten liegen, und das muss vorher evaluiert werden. Von Sicherheitsmaßnahmen bis hin zu zusätzlichem Caching sollte der Host in der Lage sein, ein Nicht-Drupal-Frontend zu handhaben. Wenn nicht, prüfen Sie, wie lange Ihr Vertrag läuft, und arbeiten Sie von dort aus.

Wenn Sie verschiedene Kanäle bedienen müssen

Das Konzept des einmaligen Schreibens und der Veröffentlichung überall ist zum Synonym für Decoupled Drupal geworden. Die Möglichkeit, verschiedene Publishing-Plattformen zu bedienen, ist durch Decoupling einfach geworden. Wenn Sie also eine einzige Anwendung haben, die Inhalte auf verschiedene Kanäle verteilen soll, ist Decoupling ideal für Sie. Obwohl es Ihnen etwas redaktionelle Kontrolle entzieht, wird die Tatsache, dass Ihre Kontrolle ohne großen Aufwand Ihrerseits wiederverwendet wird, dies wieder wettmachen.

Wenn Metadaten eine wichtige Rolle spielen

Metadaten werden oft als Teil des Seiteninhalts betrachtet, sie umfassen die Mikrodaten wie Ad-Targeting, Meta-Tags und JSON LD. Wenn Inhalte auf mehreren Plattformen geteilt werden, werden die Metadaten zu einem prominenten Teil des Backends, im Gegensatz zum Frontend. Metadaten würden also nur dann auf verschiedenen Publishing-Plattformen geteilt, wenn sie entkoppelt sind, ähnlich wie der typische Inhalt.

Wenn Weiterleitungen nicht unbedingt erforderlich sind

Die Weiterleitungslogik erhöht nur die Komplexität der entkoppelten Architektur. Es wäre also nur klug, zu entkoppeln, wenn Sie keine Kontrolle über die Weiterleitungen benötigen und Ihre Architektur die Kombination mehrerer Weiterleitungsregeln als eine unterstützt.

Wenn Drupal mehr Arbeit verursacht

Drupal kann so einfach zu bedienen sein, wie es auch zur Last werden kann, das hängt von Ihrer Wahrnehmung ab. Für viele scheint Drupal mehr Arbeit zu verursachen als nicht. Die vielen eingebauten Funktionen sind die Ursache dafür. Die Node-Bearbeitungen, Tabs und Bildschirme, Sie würden sie nicht alle verwenden, also tragen sie nur zu Ihrer Arbeitslast bei, weil Sie immer um sie herum arbeiten würden.

Das einfache Beispiel von Evites würde Ihnen helfen, dies besser zu verstehen. Die Inhaltsstruktur wäre einfach zu erstellen, aber das Erstellen des Evites, seine Anpassung zusammen mit dem Hinzufügen des Empfängers, der Vorschau und dem eigentlichen Versenden ist eine ganz andere Sache. In einem solchen Szenario hilft Decoupling, die Arbeit zu erleichtern.

Wenn Sie ein statisches Menü haben

Das traditionelle Drupal kann Ihre Menülisten effektiv verwalten, während das gleiche im Decoupled Drupal knifflig werden kann. Es ist immer vorzuziehen, Komplexitäten so weit wie möglich zu vermeiden. Wenn Ihre Website also ein statisches Menü hat, das in der Frontend-Anwendung erstellt werden kann, passt Decoupled Drupal wie die Faust aufs Auge zu Ihnen.

Wenn Sie und Ihre Webanwendungen mit den oben genannten Szenarien übereinstimmen, dann kann Decoupling für Sie von Vorteil sein. Wenn nicht, sind Sie intelligent genug, um das zu beantworten.

Wann sollte man nicht entkoppeln?

Die Decoupled-Drupal-Architektur zeichnet in der Tat ein schöneres Bild, das mehr als ansprechend ist. Nachdem Sie bis jetzt gelesen haben, haben Sie sich vielleicht schon entschieden, den Decoupled-Ansatz zu wählen und sich vom gekoppelten Drupal zu trennen, und Sie könnten sogar Recht haben. Das Decoupled Drupal könnte die richtige Wahl für Sie sein, aber Sie können sich dessen nicht ganz sicher sein, ohne die Herausforderungen zu berücksichtigen, die es für Sie und Ihre Website mit sich bringen wird. Werfen Sie zuerst einen Blick darauf und entscheiden Sie dann selbst.

Wenn Sie die Kosten nicht erhöhen wollen

Die wichtigste Überlegung bei der Entscheidung für ein Projekt müssen die finanziellen Auswirkungen sein. Ob Ihr Budget es Ihnen erlaubt, es in Angriff zu nehmen, ist eine der wichtigsten Fragen, die Sie sich stellen müssen. Obwohl Drupal Open Source ist und wenig bis keine Implementierungskosten verursacht, ist Decoupled Drupal eine ganz andere Sache, da Sie ein Frontend erstellen, das vollständig oder teilweise unabhängig von Drupal ist. Und das ist der Grund, warum Decoupling das Gegenteil von kosteneffektiv ist.

• Funktionen, die kostenlos gewesen wären, müssten von Ihren Entwicklern von Grund auf neu erstellt werden, wie z. B. die Website-Vorschau, und das kostet Geld.
• Die Erstellung einer Sitemap erfolgt oft mit einer XML-Sitemap-Anwendung eines Drittanbieters, die eigene Entwicklung würde viel mehr kosten.
• Die Erstellung einer guten API, die zukünftige Entwicklungen unterstützt, anstatt sie einzuschränken, kostet mehr Geld.
• Auch das Decoupling-Team wird zu einer teuren Angelegenheit, da mehr Entwickler eingestellt werden müssen.

Insgesamt erfordert Decoupled Drupal massive Infrastrukturinvestitionen, einfach weil Sie einen hohen Grad an Drupal's Out-of-the-Box-Funktionalität verlieren werden. Die Frage ist also wieder: Können Sie sich das leisten?

Wenn Sie die Komplexität nicht erhöhen wollen

Decoupled Drupal bringt eine 180°-Änderung mit sich, und diese Änderung erfordert eine weitere 180°-Änderung in der Denkweise der Entwickler und der Content-Autoren. Es genügt zu sagen, dass es komplex wird. Allein die Tatsache, dass Redakteure keine Seiten erstellen, sondern wiederverwendbare Inhalte, die gut strukturiert sind, kann viel sein, was es zu verdauen gilt.

Darüber hinaus wird auch die Infrastruktur umständlich und komplex. Selbst die einfachsten Aufgaben, wie z. B. die Vorschau von Inhalten vor der Veröffentlichung, sind keine Option mehr. Da die Inhalte auf verschiedenen Plattformen veröffentlicht werden sollen, wäre die Aufgabe ohnehin sinnlos.
Sie müssen auch besonders auf die Programmierung achten, wenn die Frontend-Logik in der API kodiert ist, wird das Rezept Ihren Gaumen verbrennen.

Die Komplexität von Decoupled Drupal in Angriff zu nehmen, erweist sich nur dann als klug, wenn Sie mehrere Sites und mehrere Konsumenten haben.

Wenn Sie die Seitenkontrolle nicht verlieren wollen

Kontrolle ist eine weitere Sache, von der Sie sich zusammen mit der Out-of-the-Box-Funktionalität von Drupal trennen. Wenn Sie denken, dass Sie als Redakteur freie Hand bei der Platzierung Ihrer Inhalte auf der Seite haben, dann irren Sie sich, mein Freund. Redakteure haben keine Kontrolle über die Präsentation ihrer Inhalte, die URL eingeschlossen. Und wenn Sie die Kontrolle haben wollen, kann dies mit bestimmten Tools geschehen. Der Prozess, dies zu erreichen, wäre jedoch äußerst komplex.

Wenn Sie kein Netz von Systemen wollen

Wenn Sie entkoppeln, tun Sie das nicht nur für eine App oder eine Site. Wenn Sie entkoppeln, ist es sehr wahrscheinlich, dass Ihr Team viel mehr als eine Website und eine JS-App baut, nämlich ein Netz von Systemen. Diese Netzwerke erfordern eine Menge Build- und Testmechanismen, was die Komplexität von Decoupled Drupal erhöht. Dann gibt es noch das Problem der menschlichen Intervention. Es gibt viele entkoppelte Sites, die die API manuell integrieren, was zu einem Problem wird, wenn die Anzahl der Clients höher ist.

Um auf den Punkt der Komplexität zurückzukommen: Decoupled Drupal schafft ein Netz von Systemen. Es scheint zu funktionieren, bis Sie debuggen müssen. Sobald dieser Punkt erreicht ist, verwandelt sich das Netz von Systemen in einen Albtraum, weil Sie nicht wissen, wo Sie suchen müssen. Das Beheben eines defekten Links in einem Netz ist weitaus schwieriger, da Sie nicht sicher sein können, ob das Problem in der API oder in der Anfrage liegt.

Die richtige Wahl

Ja, Decoupled Drupal erfordert viel Arbeit und ist so kostspielig wie zeitaufwendig, aber seine Vorteile übertrumpfen leicht alle Nachteile.

Ja, Decoupled Drupal wird Ihre Kosten zunächst erhöhen, aber auf lange Sicht wird es Ihre gesamten Entwicklungskosten senken.

Ja, Decoupled Drupal erfordert eine Menge Eingewöhnung, aber sobald Sie sich daran gewöhnt haben, werden Sie nur die Vorteile des JavaScript-gestützten Frontends ernten.

Ich würde sagen, dass Decoupled Drupal immer die richtige Wahl sein wird, solange Sie wissen, dass Sie seine Nachteile überwinden können und werden. Unabhängig davon, wenn Sie glauben, dass Ihr aktuelles monolithisches Drupal zu gut ist, um sich davon zu trennen, und es alle Ihre Ziele erreicht, müssen Sie die Entscheidung zur Entkopplung vielleicht noch einmal überdenken. Es wird Ihnen nur dann seine Vorteile bringen, wenn Sie es tatsächlich benötigen. Diese Erfolgsgeschichten über Decoupled Drupal geben Ihnen einen Einblick in Ihr zukünftiges Projekt und seinen Erfolg. Was werden Sie also wählen?