Die Geschichte von API-First Drupal und der digitalen Transformation

Content-Touchpoints nehmen rasant zu, da Konsument:innen immer stärker nach lebendigen und unverwechselbaren Möglichkeiten der Interaktion mit Inhalten suchen. Das Internet der Dinge (IoT), dialogorientierte Benutzeroberflächen, digitale Beschilderung und Geräte, die von Algorithmen des maschinellen Lernens angetrieben werden, passen sich unter anderem unseren Eigenschaften an, um Inhalte entsprechend zu verbreiten. Um mit diesem sprunghaft wachsenden Umfeld der Kundenerfahrung Schritt zu halten, ist API-First Drupal gut für ganze digitale Ökosysteme aufgestellt.

Drupal kann fast alles tun, um das Kraftzentrum Ihres digitalen Geschäfts zu sein. Um jedoch die Vorteile von Technologien außerhalb des Drupal-Kontexts zu nutzen, könnte der API-First-Ansatz die perfekte Wahl sein.

API-First-Ansatz verstehen

Was bedeutet also API-First? Es bezieht sich auf die Interaktion zwischen einem zentralen Webdienst und mehreren anderen Anwendungen, um den beiden Systemen den Informationsaustausch über ein Netzwerk zu ermöglichen. Dieser Austausch beschränkt sich nicht nur auf Websites, sondern erstreckt sich auch auf mobile Apps, Geräte des Internets der Dinge und Wearables. Die Verwendung von API-First Drupal bezieht sich im Wesentlichen auf die Entkopplung des Frontends und die Verwendung einer anderen Technologie für die Präsentation und die Theming-Schicht.

Der API-First-Ansatz ist die Interaktion zwischen einem zentralen Webdienst und mehreren anderen Anwendungen, um den beiden Systemen den Informationsaustausch über ein Netzwerk zu ermöglichen.

Kurz gesagt, API-First Drupal ermöglicht:

• Integrationen, die nicht in Drupal/PHP-Code definiert sind
• Vollständige Entkopplung
• Progressive Entkopplung, bei der Drupal die Gesamtseite bereitstellt und bestimmte Teile der Seite JS-gesteuerte Interaktionen bieten

Die Hauptvorteile von Drupal sind, dass es von Anfang bis Ende kostenlos und Open Source ist, im Gegensatz zu anderen API-First-Content-as-a-Service-Optionen wie Contentful. Somit sind alle Schichten, die den Zugriff und das Abrufen von Daten, das Bereitstellen und Verwenden dieser Daten über Software Development Kits (SDKs) bilden, kostenlos.

Wie funktioniert der API-First-Ansatz in Drupal?

Wie kann man also Daten aus Drupal herausholen, ohne die Theming-Schicht zu verwenden? Eine solche Anordnung ist nicht neu. Obwohl Drupal seit Jahren als Serviceschicht in verschiedenen Anwendungen eingesetzt wird, haben die sich entwickelnden Internettrends Namen wie Headless, Decoupled und API-First stark in den Vordergrund gerückt. Mit der Zunahme von Javascript-Frameworks haben Entwickler mehr Anwendungsfälle für Drupal als Webdienst für mobile Anwendungen gesehen.

Drupal ist als Backend sehr eng mit seiner Präsentationsschicht verbunden, was bedeutet, dass das Herausnehmen dieser Schicht einen schweren Verlust bedeuten würde. Alles, einschließlich Formulare, Kontrolle über das Layout, Funktion der Inhaltsvorschau und andere großartige Funktionen von Drupal, würde verloren gehen. Weitere Herausforderungen sind die Einführung eines zusätzlichen Fehlerpunkts, die Beeinträchtigung der verbesserten Performance-Optimierungs-Funktionen von Drupal 8 und der Verlust der In-Place- und In-Context-Bearbeitung. Daher müssen Organisationen vor allem die Vorteile kennen, die die Verluste durch die Einführung des Decoupled-Drupal-Ansatzes überwiegen.

Webdienste bieten als sich entwickelnde Technologie so viele Varianten, aber diejenige, die sich als Gewinner herausstellt, ist die RESTful API. Representational State Transfer (REST) ermöglicht die Kommunikation zwischen Geräten wie Computern, Telefonen, Bankensystemen, Fernsehern und IoT-Geräten, die über das Standard-HTTP-Protokoll mit einem Netzwerk verbunden sind. Es ist der führende API-Ansatz der Wahl für Webdienste aufgrund seiner breiten Akzeptanz im Web. Darüber hinaus ist Drupal auch für Nicht-RESTful-Ansätze wie GraphQL aktiviert.

Verschiedene Contributed-Module ermöglichen es Ihnen, Webdienste zu einer Drupal-Installation hinzuzufügen, ohne Code schreiben zu müssen. Entwickler können beispielsweise das Services-Modul und das RESTful-Webservices-Modul verwenden, um einen Server zu konfigurieren, der es der Drupal-Installation ermöglicht, Daten zu pushen oder zuzulassen, dass Daten bei Bedarf mithilfe der REST-API abgerufen werden. Egal, ob die Aktion Push oder Pull ist, Drupal ist die Serviceschicht. Mit der Content-Management-Plattform von Drupal ist es möglich, Inhalts-, Benutzer- und Berechtigungssysteme hinzuzufügen, aber die Informationen werden außerhalb des Drupal-Kontexts gesendet.

Drupal 8 Core verfügt über eine Out-of-the-Box-REST-API, die es Betreibern ermöglicht, mit Inhaltsentitäten wie Taxonomiebegriffen, Nodes, Benutzern und Kommentaren zu interagieren.

Wie entwickelt sich Drupal zu einem stärkeren API-First-System?

Mit der API-First-Initiative an vorderster Front wurde Drupal 8.0 mit einer integrierten REST-API ausgeliefert, die den Beginn der Transformation von Drupal zu einer API-First-Plattform markierte. Seitdem haben nachfolgende Versionen in Drupal 8 bemerkenswerte Verbesserungen der Web Service API eingeführt.

Drupal entwickelt sich ständig weiter, um ein robusteres API-First-Ökosystem anzubieten.

Bedeutende Markttrends ebneten den Weg für die Unterstützung dieser Strategie, die die Einbeziehung anderer Technologielösungen, die Zunahme der Einführung von JS-Frameworks, das Anwachsen neuer Geräte und digitaler Kanäle umfasste.

Obwohl Drupal 8 mit einer grundlegenden REST-API auf den Markt kam, hat die Drupal-Community mit neuen REST-API-Funktionen in weiteren Versionen von Drupal beigetragen. Beispielsweise arbeitet die Drupal-Community daran, Drupal-Module mit Web Service APIs auszuliefern, anstatt sich in den weiteren Versionen von Drupal auf ein zentrales API-Modul zu verlassen.

Da JSON API in der JavaScript-Community immer häufiger wird, wird intensiv daran gearbeitet, das JSON API Drupal-Modul als Teil des Kerns in den kommenden Versionen zu integrieren.

Auch das GraphQL-Modul hat in seiner Akzeptanz an Fahrt gewonnen und ist ein wichtiger Bestandteil von API-First Drupal. Es ist auch geplant, es in den Drupal-Kern aufzunehmen (noch nicht formell entschieden).

Das OAuth 2.0-Modul, das Entwicklern beim Aufbau sicherer entkoppelter Drupal-Architekturen hilft, gewinnt an Bedeutung, um in den Drupal-Kern aufgenommen zu werden.

Nicht nur diese, sondern auch mehrere Module werden mit einem API-First-Ansatz entwickelt, wie z. B. Open API, Lightning API, Consumers usw. Drupal entwickelt sich ständig weiter, um ein robusteres API-First-Ökosystem anzubieten.

Contenta, eine Drupal-Distribution, ist ein großartiges Beispiel für die unglaublichen Fortschritte, die Drupal bei seinem Bestreben, API-First zu werden, gemacht hat. Contenta hilft dabei, moderne API-Funktionen Out-of-the-Box mit JSON API anzubieten. Es kann Inhalte für JS-gesteuerte Websites, mobile Anwendungen, Fernseher und sogar mythische Kühlschrankanwendungen bereitstellen.

Ob Einzelanwendungsentwicklung oder Multi-Channel-Publishing, Contenta hat alles, um ein Create Once, Publish Everywhere CMS zu sein.

Reservoir, eine minimalistische Distribution zur Entkopplung von Drupal, macht großartige Runden. Als flexibles und einfaches Tool zum Erstellen von Inhalts-Repositories für jede Anwendung hilft es bei der Modellierung von Inhalten, der Verwaltung von Inhalten und der Interaktion mit diesen Inhalten über HTTP-APIs.

Vollgepackt mit API-First-Modulen wie dem JSON API-Modul und OpenAPI hilft es, entkoppelte Drupal-Implementierungen zu beschleunigen.

Drupal und seine Wettbewerber

Die größten Vorteile, die Drupal gegenüber seinen Headless-Wettbewerbern hat, sind, dass es:

• ein hervorragendes CMS für Content-Editoren sein kann, um ihnen die Kontrolle über die Präsentation ihrer Inhalte zu geben.
• ein umfangreiches Headless-CMS sein kann, mit dem Entwickler große Content-Ökosysteme in einem einzigen Paket erstellen können.

Headless-CMS hinken in den Bereichen In-Context-Administration und In-Place-Content-Bearbeitung hinterher. Es mangelt ihnen an einer vollwertigen redaktionellen Erfahrung, die in ihre Frontends integriert ist, wo sie Inhalte bereitstellen. In-Context-Governance und In-Place-Bearbeitung sind nicht möglich, wenn sie keine Content-Bearbeitungsoberfläche bereitstellen, die mit jedem Frontend verbunden ist, weshalb eine Kopplung erforderlich ist.
Ein weiterer wichtiger Fokus liegt auf der Anzeige und Layoutmanipulation für den Erfolg von Digital Marketern. Drupal spielt eine wichtige Rolle bei der Steuerung des Erscheinungsbilds von Inhalten in einer Layoutstruktur. Im Gegensatz dazu sind Headless-CMS nicht mit den Anzeige- und Layout-Einstellungen vertraut. Redaktionelle Tools wie In-Place-Bearbeitung und In-Context-Governance, die dies ermöglichen, müssen in das Frontend integriert werden.

Darüber hinaus berücksichtigen Content-Editoren und Digital Marketer den Status veröffentlichter Inhalte. Insbesondere für unveröffentlichte Inhalte ist der Zugriff auf ein End-to-End-Vorschausystem ein Muss für redaktionelle Workflows. Aber in Headless-CMS würde das Einrichten eines neuen API-Endpunkts, um eine endlose Vorschau zu ermöglichen, erfordern, dass Entwickler erhebliche Hürden überspringen.

Diese Nachteile können in einigen Anwendungsfällen behoben werden, in denen die Anwendung weniger redaktionelle Interaktion erfordert und stärker auf Entwickler ausgerichtet ist. Alles beiseite lassend, haben Headless-CMS nicht die Toolkits für Content-Autoren. Hier setzt Drupal den Standard hoch.

Ziehen Sie keine voreiligen Schlüsse, da diese Nachteile nicht bedeuten, dass Headless unwichtig ist. Sowohl die Headless- als auch die traditionelle Art der Content-Verwaltung sind wichtig, und genau darin zeichnet sich Drupal aus. Drupal ist sowohl für Content-Editoren als auch für Entwickler gleichermaßen großartig.

Drupal ist sowohl für Content-Editoren als auch für Entwickler gleichermaßen großartig.

Die API-First-Initiative war ein absolutes Wunder für die Weiterentwicklung bestehender und neuer Web Service-Bemühungen. Dies hat die Verwendung von Drupal als Content-Service optimiert und ist für Entwickler optimaler. Die Drupal-Community arbeitet ständig an der Verbesserung der großartigen Entwicklererfahrung durch Web Services wie JSON API und GraphQL sowie durch Tools zur Akzentuierung der Headless-Anwendungsentwicklung ähnlich dem Waterwheel-Ökosystem.

Drupal ist sowohl für Content-Editoren als auch für Entwickler gleichermaßen großartig. Trotzdem gibt es einige Einschränkungen. Sie müssen ein gekoppeltes Drupal-Frontend für die Bearbeitung und Manipulation des Frontends übernehmen, ohne einen Entwickler einbeziehen zu müssen, wodurch der Fokus auf der Editor- oder Assembler-Erfahrung liegt. Auch wenn Sie die Einbeziehung von Editoren nicht benötigen, kann Drupal dennoch relevant sein.

Das Hinzufügen entkoppelter Anwendungen und das Beibehalten von Drupal als gekoppelte Website ist ein großer Vorteil. Eine solche Architektur, in der es gleichzeitig gekoppelt und entkoppelt ist, macht es zu einer großartigen Plattform sowohl für Content-Editoren als auch für Anwendungsentwickler. Das bedeutet, dass Ihr Content-Repository eine öffentlich zugängliche Website mit einer erstaunlichen Reihe von redaktionellen Funktionen und auch ein zentraler Punkt für die Sammlung von Anwendungen sein sollte, was es entwicklerfreundlich macht.

Da Drupal ständig mehr und mehr Websites betreibt, wird es auch in vollem Umfang genutzt, um Inhalte gleichzeitig für andere Backend-Systeme, native Anwendungen, Single-Page-Anwendungen und sogar dialogorientierte Schnittstellen bereitzustellen.

Digital-Transformation-Geschichten

API-First Drupal kann für so viele Branchen Wunder wirken. Lassen Sie uns einige Erfolgsgeschichten durchgehen.

Betreibt eine Vielzahl von Geräten

Lassen Sie uns einen Blick darauf werfen, wie API-First Drupal Präsentationsgeräte auf einer großen Kreuzfahrtlinie betreiben kann. Kreuzfahrtschiffe freuen sich darauf, die Erfahrung ihrer Passagiere so gut wie möglich zu gestalten. Passagiere erhalten Informationen über Veranstaltungen, Sicherheit und Standorte auf dem Schiff über tägliche Newsletter.

Für Princess Cruises, eine große Kreuzfahrtlinie, war die Wahl der Digitalisierung dieses Newsletters eine perfekte Option zur Verbesserung des Gästeerlebnisses. Es verwendete Drupal für sein Schiffsintranet aufgrund seiner Flexibilität, Zuverlässigkeit und einer engagierten Open-Source-Community. Ihr IT-Team war bereits mit Drupal vertraut. Drupal war also eine naheliegende Wahl für die Entwicklung einer Newsletter-App.

Der tägliche Newsletter wurde als vollwertige Passagieranwendung an Bord erstellt, die an die Interessen der Passagiere angepasst wurde. Sie konnten Veranstaltungsdetails, Informationen zu besuchten Häfen, aktuelles Wetter, Menüs und Kabinenkontodetails finden. Die Anwendung veränderte die Art und Weise, wie Passagiere versuchten, Informationen auf dem Schiff zu finden, und bot so ein einzigartiges Erlebnis für die Passagiere.

Darüber hinaus erkannten sie, dass sie mit Drupal als Serviceschicht mehr damit machen konnten, als sie es für die Smartphone-App taten. Sie verwendeten Drupal, um einen kostenlosen Video-on-Demand-Service sowie digitale Beschilderung zu betreiben, die Inhalte an Hunderte von Bildschirmen auf dem Schiff sendet. Das Unternehmen implementierte das System auch auf anderen Schiffen und konnte es innerhalb eines Monats bereitstellen. Da die Reaktion der Passagiere die Erwartungen übertraf, rollten sie es auf die Hälfte der Flotte aus.

Progressiv entkoppeltes Drupal

Weather.com benötigte ein digitales Ökosystem, um mit Unvorhersehbarkeit fertig zu werden. Bevor das Unternehmen zu Drupal wechselte, verließen sich seine digitalen Eigenschaften auf Hunderte von Ursprungsservern, die von verschiedenen Datenservern betrieben wurden. Sie wollten ein progressiv entkoppeltes Drupal und eine neue Präsentations-Framework-Architektur, um interaktive Erlebnisse auf einer von Drupal gerenderten Seite zu erzeugen.

Die Überlegungen drehten sich um die Berücksichtigung unterschiedlicher Leistungs- und Caching-Anforderungen. Auf einer durchschnittlichen Seite gibt es mehrere Caching- und Zeitladeanforderungen in den einzelnen Inhaltsbereichen. Mit einer Strategie, die ein progressiv entkoppeltes Drupal beinhaltet, baute der Wetterkanal ein neues Präsentations-Framework auf, das Seiten in verschiedene Abschnitte unterteilt. Jeder der Abschnitte, der als Komponente bezeichnet wird, befand sich in einem eigenen Unterverzeichnis. Die Metadaten über die Komponente wurden von einer JSON-Datei an Drupal deklariert.

Diese Verzeichnisse wurden von Drupal in Panel-Bereiche aufgenommen. Diese Bereiche waren exportierbar und wiederverwendbar und konnten von den Frontend-Entwicklern ohne viel Engagement vom Backend entwickelt werden. Der Wetterkanal konnte mit progressiv entkoppeltem Drupal regionale Inhalte angeben, einheitliche Inhalte pushen und personalisierte Inhalte, die nicht zwischengespeichert werden konnten und auf der Clientseite gerendert werden mussten.

Daher ermöglichte die progressiv entkoppelte Drupal-Strategie dem großen Wetterunternehmen, die unterschiedlichen technischen Anforderungen und Bedürfnisse seiner Websites zu erfüllen. JavaScript-Entwickler konnten weiterhin an JS arbeiten und Redaktionsteams konzentrierten sich auf das Erstellen von Seiten, ohne dass eine umfangreiche Entwicklungsbeteiligung erforderlich war.

Fazit

Drupal als Serviceschicht ist eine Praxis, die sich schnell der Reife nähert und unvorstellbare digitale Ökosysteme ermöglicht. Während es vielfältige Anwendungen von API-First-Architekturen gibt, mag der Übergang zu einer API-First-Lösung einschüchternd erscheinen. Bei Opensense Labs können wir Ihnen helfen, den Knoten fest zu knüpfen und Sie mit den Drupal-Experten zu verbinden, die jahrelange Erfahrung in der Drupal-Entwicklung haben.

Drupal ist ein sehr komplettes System, das fast alles erledigen kann, was Sie benötigen. Führen Sie ein Gespräch mit unserem Expertenteam unter [email protected], um Ihre Vision von digitaler Erfahrung Wirklichkeit werden zu lassen.