Websites zu erstellen ist heutzutage nichts Ungewöhnliches, aber was ungewöhnlich sein könnte, ist das Erstellen von Websites, die den Maßstab für alle anderen setzen, dem sie folgen sollen. Ihre Website einfach mit immer mehr Funktionen vollzustopfen, wird diesen Maßstab nicht erreichen. Was ihn erreichen kann, ist das Verständnis der Bedürfnisse und Anforderungen Ihres Unternehmens und folglich Ihrer Website. Je mehr, desto besser ist eine großartige Ideologie, nach der man im Leben leben kann, aber manchmal muss eine Website Sie dazu bringen, Ihre Pferde zurückzuhalten.

Wenn ich speziell über Drupal-Websites spreche, gibt es zwei Wege, die man beim Erstellen wählen kann. Sie können entweder das traditionelle Drupal wählen, das Ihre gesamte Website umfasst und sie von Grund auf neu aufbaut, oder Sie können Drupal teilweise nutzen, wie Sie es für richtig halten, und auch andere Frontend-Technologien nutzen, was das Decoupled Drupal ausmacht.

Dieses Szenario wird oft als Scheideweg für viele angesehen, und die Wahl zwischen den beiden wird zu einer unüberwindlichen Aufgabe. Mit zahlreichen Fragen, die den Webentwicklern durch den Kopf gehen, wie z. B.:

Wann ist die monolithische Drupal-Architektur angemessen und wann nicht?
Wann wird die entkoppelte Drupal-Architektur benötigt?
Was sind die Vorteile der entkoppelten Drupal-Architektur und gibt es irgendwelche Nachteile?

Um all Ihre Sorgen zu zerstreuen, werde ich auf die kleinsten Details eingehen, um Ihnen die Entscheidung für den Wechsel von der monolithischen Architektur zur entkoppelten Architektur zu erleichtern. Sie müssen sich nur zurücklehnen und lesen. Zuvor können Sie hier den Unterschied zwischen monolithischen und entkoppelten Drupal-Architekturen nachlesen.

Die Eignung der monolithischen Architektur

Bevor Sie die entscheidende Entscheidung treffen, zur entkoppelten Architektur zu wechseln, müssen Sie analysieren, ob Ihre aktuelle Architektur wirklich eine Änderung benötigt oder nicht. Ein Wechsel zu Decoupled Drupal wird Sie Geld, Zeit und Mühe Ihres gesamten Teams kosten, und wenn Sie später feststellen, dass die Vorteile der monolithischen Drupal-Architektur für Sie gut funktioniert haben, wäre das eine Situation, in der Sie sich definitiv nicht wiederfinden möchten.

Lassen Sie uns also die Eignung und Angemessenheit des traditionellen Drupal-Ansatzes verstehen, indem wir uns die richtigen Fragen stellen und von dort aus weitermachen.

Sind Sie damit einverstanden, Drupal so zu verwenden, wie es ist?

Das traditionelle Drupal ist mit vielen Modulen ausgestattet, die die Funktionalität Ihres Frontends mit nur einem Mausklick verbessern. Von der Umwandlung von Bildern in Präsentationen bis zur Installation von Google Maps auf Ihrer Website kann alles durch Aktivieren des für den jeweiligen Bedarf bereitgestellten Moduls erledigt werden. Wenn Sie mit dieser Art von System zufrieden sind und die Website gut funktioniert, sollten Sie sich an den monolithischen Ansatz halten.

Was ist, wenn Sie nur die grundlegendsten redaktionellen Bedürfnisse haben?

Die redaktionellen Bedürfnisse sind für verschiedene Kategorien von Websites unterschiedlich. Einige sind stark auf die Benutzerinteraktivität angewiesen, andere nicht. Im letzteren Fall ist eine Entkopplung nicht erforderlich. Eine Nachrichten- oder Blog-Site muss vereinfachte Funktionen wie Inhaltsvorschau, Layoutverwaltung und Inline-Bearbeitung haben. Mit der Entkopplung werden diese komplex und würden die Leistung nur beeinträchtigen. Wenn Sie sich die zusätzliche Komplexität nicht leisten können, ist der monolithische Ansatz für Sie besser geeignet.

Lohnt es sich für Sie, Funktionalität zu verlieren?

Der entkoppelte Ansatz führt im Wesentlichen dazu, dass Sie sich von einigen der besten Drupal-Funktionen trennen. Wenn es sich für Sie nicht lohnt, diese zu verlieren, müssen Sie den Umzug überdenken. Bestimmte Funktionen wie UI-Lokalisierung, Kontoverwaltungsbildschirme und Cross-Site-Scripting, die die Sicherheit erhöhen, sind Drupal inhärent und können von einem clientseitigen Framework nicht erreicht werden.

Wie sieht Ihre Budgetbeschränkung aus?

Drupal ist eine Open-Source-Software und daher kostenlos. Der traditionelle Drupal-Ansatz belastet Ihr Budget also überhaupt nicht. Dasselbe kann jedoch nicht für die entkoppelte Architektur gesagt werden. Nicht nur die Entwicklungskosten wären hoch, sondern auch die Wartungskosten wären beträchtlich. Schließlich würden Sie erfahrene Entwickler für ihr Frontend-Wissen bezahlen. Kann Ihr Budget das also verkraften?

Können Sie mehrere Teams verwalten?

Das gekoppelte Drupal benötigt keine mehreren Teams, um das Front- und Backend zu verwalten, ein Team kann alles erledigen, und die Verwaltung eines Teams ist besser als die Verwaltung mehrerer Teams. Das liegt daran, dass Kommunikation und Koordination in einem einzigen Team selbstverständlich sind. Datenmodelle würden von ihm entschieden, Endpunkte würden von ihm erstellt und von ihm getestet, ohne die Beteiligung einer ganz anderen Abteilung. Wenn die Dinge auf diese Weise für Sie funktionieren und Sie wissen, dass die Verwaltung mehrerer Teams oder die Beauftragung verschiedener Unternehmen für die verschiedenen Aspekte zu viel für Sie wäre, ist das gekoppelte Drupal am besten für Sie.

Sind Ihre Bedürfnisse mit den Frontend-Funktionen der monolithischen Architektur abgestimmt?

Dies ist die letzte Frage, die Sie sich stellen sollten. Wenn die Antwort ja lautet, sollten Sie nicht zur entkoppelten Architektur wechseln. Und wenn Sie wissen, dass Sie mehr benötigen, als das traditionelle Drupal Ihnen bieten kann, wie z. B. mehr Kontrolle über die Präsentationsebene, müssen Sie die Schritte unternehmen, um den Wechsel vorzunehmen.

Die Notwendigkeit der Entkopplung

Nachdem Sie nun wissen, wann das gekoppelte Drupal geeignet ist, ist es an der Zeit, sich auf den entkoppelten Ansatz zu konzentrieren. Wie wir oben besprochen haben, ist der entkoppelte Ansatz etwas komplizierter zu handhaben, aber Website-Entwickler haben ihn aus gutem Grund aufgegriffen. Der entkoppelte Ansatz wirkt allen Fallstricken entgegen, die der traditionelle Ansatz mit sich bringen kann. Und deshalb wird er oft als eine Notwendigkeit angesehen, die nicht vernachlässigt werden kann.

Lassen Sie uns also herausfinden, wann genau die entkoppelte Drupal-Architektur benötigt wird.

Möchten Sie mehrere Kanäle und Microsites bedienen?

Der Hauptgrund für die Wahl der entkoppelten Architektur ist die Tatsache, dass sie es Ihnen ermöglicht, mehrere Inhalte aus ihrem Inhaltsrepository abzurufen und sie über verschiedene Kanäle hinweg zu verwenden. Viele Unternehmen haben oft mehrere Websites, sogenannte Microsites, die sie im laufenden Betrieb erstellen müssen. In solchen Situationen wird Drupal zu einer Notwendigkeit, denn selbst wenn die Microsites nicht mehr benötigt werden, werden die Inhalte immer darauf gespeichert. Selbst wenn eine Marke ihre Kommunikationslinie mit ihren Benutzern über ihre Website hinaus erweitern möchte, kann Drupal dies ausschließlich als Backend-Betreiber ermöglichen.

Möchten Sie Ihre Website aufpeppen, um interaktiver zu sein?

Ein Webprojekt immer interaktiver zu gestalten, ist heutzutage zur Notwendigkeit geworden. Ein Webprojekt muss eine App-ähnliche Interaktion mit Animationen und Übergängen haben. Auch komplexe Benutzerabläufe sind willkommen. All dies bedeutet, dass Sie den Code, der Ihre Website erstellt, mit fortschrittlichen JavaScript-Frameworks aufpeppen müssen. Angular, Vue und React können dies problemlos tun und Ihre Benutzeroberfläche mit dem entkoppelten Ansatz sowohl elegant als auch interaktiv gestalten.

Möchten Sie von Diversifizierung profitieren?

Die Diversifizierung des Teams bei der Entwicklung von Webanwendungen mag wie eine zu große Herausforderung erscheinen, aber es ist eine Herausforderung, die es wert ist, angenommen zu werden. Die Welt ist voll von erfahrenen Entwicklern, die wissen, was sie im Frontend tun, und die sich auf jeden Aspekt davon spezialisiert haben. Und wenn Sie sich Drupal-Spezialisten ansehen, ist die Anzahl nicht so beeindruckend wie bei den ersteren. Wenn Sie also von der Zusammenarbeit verschiedener Teams profitieren und die bestmöglichen Ergebnisse erzielen möchten, wird der entkoppelte Ansatz notwendig. Ein Team mit fundierten Kenntnissen sowohl von Drupal für das Backend als auch von JavaScript und statischen Site-Generatoren für das Frontend wird Ihnen im Wesentlichen ein Ergebnis wie nie zuvor erleben lassen.

Möchten Sie unabhängiger werden?

Wenn Sie Drupal sowohl für das Front- als auch für das Backend verwenden, wäre Ihr Projekt vollständig davon abhängig. Es gibt Entwickler, die damit einverstanden sind, sich auf eine Technologie zu verlassen, und es gibt Entwickler, die es nicht sind. Wenn Sie in die letztere Kategorie fallen, können Sie mit dem entkoppelten Ansatz unabhängig vom präsentativen Aspekt Ihres Projekts sein. Sie können andere Technologien verwenden und so dynamisch werden, wie Sie es möchten. Eine solche Eigenständigkeit macht auch die Neugestaltung bequemer als sie sonst wäre.

Darüber hinaus wird Ihnen die freie Hand über das Frontend definitiv die Freiheit geben, alle neuesten und angesagtesten Technologien dort auszuprobieren.

Möchten Sie eine Anwendung erstellen?

Wenn Sie planen, eine eigene App zu erstellen, kann Ihnen der entkoppelte Ansatz sehr helfen. Er kann problemlos Ihre Inhalte, Daten und sogar die Benutzer verwalten, während Sie sich sorgenfrei auf die Präsentationsebene konzentrieren.

Möchten Sie nicht alle Frontend-Assets von Drupal verwenden?

Drupal verfügt über zahlreiche integrierte Funktionen. Von Node-Bearbeitungsbildschirmen über Node-Ansichtsseiten bis hin zu Admin-Bildschirmen ist die Liste recht umfangreich. Was oft passiert, ist, dass all diese Funktionen zu einer Belastung werden und die Arbeit mit den zahlreichen Bildschirmen von Drupal problematisch wird. Wenn Sie Drupal nur als Inhaltsrepository verwenden, müssen Sie sich keine Sorgen um diese Probleme machen. Sie können mit dem entkoppelten Drupal-Architektur nur das erstellen, was Sie im Frontend möchten, und dennoch die beeindruckenden Backend-Funktionen von Drupal nutzen. Lesen Sie hier mehr über die verschiedenen Optionen der Entkopplung von Drupal.

Die entkoppelten Boni

Wenn Ihre Bedürfnisse mit den oben genannten übereinstimmen, dann ist es an der Zeit, zu Decoupled Drupal zu wechseln, und es wäre eine kluge Investition. Die Vorteile der entkoppelten Drupal-Architektur sind nicht nur für die Entwickler, sondern für alle, die an den Webprojekten beteiligt sind, einschließlich der Vermarkter. Das gesamte Unternehmen spürt die vorteilhafte Energie, wenn die Entkopplung in Angriff genommen wurde.

Einmal schreiben, überall veröffentlichen

Websites sind so sehr von ihren Inhalten abhängig, wie sie es auch von ihrer Leistung sind. Mit der Entkopplung von Drupal erhalten Sie die Möglichkeit, Ihre Inhalte zum Strahlen zu bringen, und das auch an mehr als einem Ort. Die vielfältigen Online-Medien, die alle IOT-Geräte umfassen, können mit wenigen Klicks problemlos genutzt werden. Der beeindruckende Blog, den Sie gerade für Ihre primäre Website geschrieben haben, muss nicht darauf beschränkt sein, er kann gleichzeitig auf Ihren Microsites und Ihren Social-Media-Konten sowie auf anderen Plattformen veröffentlicht werden. Das ist es, was mit "einmal schreiben, überall veröffentlichen" gemeint ist.

Verbessert die Benutzererfahrung

Die Menschen, die Ihre Website nutzen werden, sind diejenigen, die bei der Erstellung berücksichtigt werden müssen, daher ist die Benutzererfahrung ein Schlüsselaspekt. Mit dem entkoppelten Drupal können Sie die UX Ihrer Website speziell auf die Bedürfnisse des Benutzers zuschneiden und glänzen. Lassen Sie uns versuchen zu verstehen, wie dies im entkoppelten Drupal und nicht im herkömmlichen Drupal geschehen kann. Nehmen wir als Beispiel eine Website, die eine ständige Neudarstellung von Inhalten erfordert. Sagen Sie mir nun, ist Drupal besser gerüstet, um einen solchen Bedarf zu decken, oder ist JavaScript die bessere Option? Ich bin sicher, Sie würden sich für JS entscheiden, weil das seine Stärke ist. Und die Entkopplung ermöglicht es Ihnen, JS so oft zu wählen, wie Sie möchten, was zu einer besseren Erfahrung für Ihr Publikum führt.

Darüber hinaus steht UX in direktem Zusammenhang mit der Leistung von Websites, die sich auch durch die Entkopplung verbessert, obwohl einige dies bestreiten mögen. Sehen Sie, wenn Sie entkoppeln, erhalten Sie mehr Kontrolle und Flexibilität über das Frontend. Mit dem hier arbeitenden clientseitigen Framework verkürzt sich die Anfragezeit, und kann ein Benutzer damit unzufrieden sein?

Nutzt JavaScript Framework

Wenn es darum geht, interaktive Websites zu erstellen, tut es mir leid, das zu sagen, aber Drupal mag etwas enttäuschend erscheinen. Es ist JavaScript, das die Leistung der Interaktivität auf Websites wie einen Spaziergang im Park erscheinen lassen kann. Mit der ES6-Version von JavaScript und all ihren neuen Funktionen wie destrukturierter Zuweisung und Pfeilfunktionen können Entwickler Dinge reibungslos und schnell erledigen. Die traditionelle Architektur lässt Sie das nicht tun. Da Unternehmen auf der ganzen Welt immer mehr auf interaktive Websites angewiesen sind, wird das vollständig entkoppelte Drupal immer attraktiver.

Erledigt die Arbeit schneller

Ich glaube, ich habe das mehr als ein paar Mal gesagt und ich muss es noch einmal sagen; die Trennung von Frontend und Backend ermöglicht es den Entwicklern, in ihrem eigenen Tempo zu arbeiten. Durch die Entkopplung von Drupal beschleunigen Sie Ihren Entwicklungsprozess, da es eine klare Trennung zwischen den Aufgaben bietet und die Arbeit schneller erledigt wird. Das Frontend arbeitet einfach an der Benutzeroberfläche und das Backend arbeitet parallel weiter, um geeignete Datenstrukturen für das Frontend zu erstellen. Ihre Entwickler arbeiten also gleichzeitig und erledigen die Dinge ohne Unterbrechungen in ihrer Arbeit.

Eine andere Möglichkeit, dies zu verstehen, ist, dass sich Inhaltsersteller nicht auf die präsentativen Aspekte konzentrieren müssen und die Frontend-Entwickler sich keine Sorgen um die Semantik der Inhaltsfelder oder ihre Beziehungen machen müssen. Die ersteren arbeiten an den Inhalten und die letzteren überwachen die Stile und Layout-Anpassungen. Gleichzeitig würde sich ein Backend-Entwickler nicht darum kümmern, wie ein Datenpunkt im Frontend dargestellt wird. All dies wird die Arbeitsgeschwindigkeit und Effizienz einer Organisation verbessern. Einfach ausgedrückt, der entkoppelte Ansatz verkörpert reibungsloses Arbeiten.

Gibt die Möglichkeit, kreativ zu sein

Mit einer entkoppelten Architektur können Sie Ihrer Kreativität freien Lauf lassen. Nachdem ich im traditionellen Sinne mit Drupal gearbeitet habe, weiß ich, dass es viele Einschränkungen gibt, selbst die Integration von Twig kann bei der Erstellung einzigartiger Designs einige Herausforderungen mit sich bringen. Wenn Sie jedoch den entkoppelten Weg gehen, ändert sich all dies. Sie können dynamische Komponenten mit Ihrer Kreativität erstellen, ohne sich von der Starrheit von Drupal zurückhalten zu lassen.

Fördert Upgrades

Das entkoppelte Drupal fördert die Aussichten einer Website auf ein Upgrade. Sie haben dies möglicherweise aus all den oben genannten Vorteilen erraten und Ihre Vermutung ist richtig. Eine Website muss nach einiger Zeit verbessert werden, diese Tatsache ist unbestreitbar. Oft wird das Upgrade auf Eis gelegt, weil es die aktuellen Abläufe beeinträchtigen würde. Mit der Abteilungsbildung des entkoppelten Drupal kann das Frontend jedoch eine vollständige Überholung durchführen und das Backend würde weiterhin so funktionieren, als ob nichts geschehen wäre und umgekehrt. Das Starten eines neuen Markendesigns war noch nie so einfach.

Darüber hinaus bietet Ihnen das entkoppelte Drupal auch die Möglichkeit, eine Anwendung im Frontend gegen eine Dummy-Webservice-API zu erstellen, die den alleinigen Zweck hat, ein Testfeld zu sein. Da eine solche Art von Flexibilität in der traditionellen Drupal-Architektur nicht zu finden ist, erweist sich die Entkopplung als äußerst vorteilhaft, wenn es um Überarbeitungen und Upgrades geht. Sehen Sie sich hier einige der Erfolgsgeschichten von entkoppeltem Drupal an.

Der entkoppelte Fallout

Nach allem, was wir bisher besprochen haben, sind Sie möglicherweise zu dem Schluss gekommen, dass die Entkopplung die richtige Wahl für Sie ist. Das mag sogar so sein, aber Sie können die Entscheidung erst treffen, wenn Sie das vollständige Bild vor sich haben. Es gibt in der Tat bestimmte Herausforderungen in der entkoppelten Drupal-Architektur, die überwunden werden müssen, um ihre Vorteile zu nutzen. Lassen Sie uns herausfinden, welche das sind.

Verliert die Out-of-the-Box-Funktionen von Drupal

Wie Sie vielleicht wissen, verfügt Drupal über zahlreiche Out-of-the-Box-Funktionen, selbst wenn Sie nie alle in Ihren Webprojekten implementieren werden, ist es dennoch ein Vorteil zu wissen, dass sie vorhanden sind. Wenn Sie Drupal entkoppeln, müssen Sie sich von vielen von ihnen trennen. Eine vollständig entkoppelte Drupal-Architektur verfügt über keine der Frontend-Funktionen der monolithischen Architektur, und das ist für viele ein großer Nachteil.

Sie werden am Ende alle folgenden verlieren:

• Sicherheitsfunktionen wie Formularvalidierung und Textbereinigung sind nur in der monolithischen Architektur enthalten.
• Kontextualisierungsfunktionen wie In-Place-Bearbeitung, Vorschau des Live-Ergebnisses des Inhalts während der Bearbeitung und kontextbezogene Links gehen bei der Verschiebung verloren.
• Inhaltslayout- und Anzeigemodule wie Display Suites und Panels funktionieren nicht mehr, wenn das Frontend entkoppelt ist. Daher wird es schwierig, variable Anzeigen für Ihre Inhalte zu erhalten und Layouts zu erstellen.
• Benachrichtigungen über mögliche Systemausfälle werden Ihnen in einer entkoppelten Architektur nicht mehr gesendet.
• Die Barrierefreiheitsfunktionen von Drupal, die sich auf die Behinderungen der Benutzer konzentrieren, sind nicht in den Frontend-Code eingebettet und Sie müssen besonders auf die Bedürfnisse aller Benutzer von Bildschirmleseprogrammen achten.

Fehler werden schwer zu identifizieren im Web der Systeme

Das entkoppelte Drupal wird im Wesentlichen zu einem Web von Systemen. Obwohl dies seine eigenen Vorteile hat, können die Nachteile nicht ignoriert werden. Der prominenteste ist das Debuggen. Wenn Sie mehr als eine Software haben, die zusammenarbeitet, um eine zusammenhängende Website zu erstellen, und ein Problem auftritt, wird es äußerst schwierig, es zu identifizieren und zu beheben. Der Fehler könnte in der Anfrage oder in der API liegen, Sie müssten alles durchsuchen, um es herauszufinden.

Schafft mehr Möglichkeiten für Fehler

Die Entkopplung erfordert einen neuen Hosting-Stack für die Infrastruktur Ihrer Organisation aufgrund der Trennung der Verantwortlichkeiten. Traditionell wird Drupal auf einem LAMP-Stack (Linux, Apache, MySQL, PHP) gehostet, während JavaScript auf einem MERN- oder MEAN-Stack (MongoDB, Express, React/Angular, Node.js) gehostet wird. Dies wird problematisch, da ein Fehler zu vielen führt. Angenommen, ein Drupal-Site-Webservice bietet keine ordnungsgemäße Zwischenspeicherung, sind die Daten, die Ihre Website empfängt, höchstwahrscheinlich veraltet. Daher ebnet die Entkopplung von Drupal den Weg für einen zusätzlichen Fehlerpunkt.

Bringt Codierungskomplexitäten mit sich

Beim Aufbau einer entkoppelten Infrastruktur müssen Sie beim Codieren sehr vorsichtig sein. Es muss sichergestellt werden, dass die Frontend-Logik nicht in die API codiert wird. Wenn dies geschehen würde, würden zirkuläre Abhängigkeiten erstellt, die letztendlich den Zweck der Entkopplung zunichte machen würden.

Erhöht die Kosten

Während monolithisches Drupal als Open Source für alle kostenlos ist, ist das entkoppelte Drupal es nicht. Der Bedarf an neuer Infrastruktur und Lösungen, um die von der gekoppelten Architektur bereitgestellten zu ersetzen, würde Ihre Entwicklungskosten erhöhen.

Abgesehen davon ist es keine leichte Aufgabe, von den Stakeholdern die Zustimmung zu Investitionen in den Aufbau einer großartigen Content-API zu erhalten, die sonst kostenlos gewesen wäre. Darüber hinaus kann die Wartung der entkoppelten Aspekte oft bedeuten, dass vorübergehende gekoppelte Abhilfemaßnahmen ergriffen werden. Und das steht im Widerspruch zum ursprünglichen Investitionsziel; es ist ein Paradoxon, wenn Sie mich fragen.

Das Fazit

Nachdem Sie nun alles über die entkoppelte Drupal-Architektur, ihre Eignung und die Art und Weise, wie sie Ihnen zugute kommt, wissen, liegt es an Ihnen, die endgültige Entscheidung zu treffen, sich in ihre Richtung zu bewegen. Die Tatsache, dass die Entkopplung von Drupal in letzter Zeit an Bedeutung gewonnen hat, sollte der einzige Grund für den Wechsel sein. Der Hype darum mag Sie dazu zwingen, seinen Weg einzuschlagen. Ihre Bedürfnisse müssen jedoch der wichtigste Aspekt bei Ihrer Entscheidung sein. Wenn Sie glauben, dass die Entkopplung mit ihnen übereinstimmt und die Vorteile von Decoupled Drupal die Nachteile leicht überwiegen, sollten Sie erst dann die Entscheidung für den Wechsel treffen: denn nur dann werden Sie ein positives Ergebnis aus dem Wechsel sehen.