Wie wird die Migration auf Drupal 10 ein Erfolg?

Projektleiter*innen, Redakteur*innen und Entscheider*innen: In einem zweiteiligen Workshop bringen wir zunächst alle zusammen, die von dem Relaunch betroffen sind. Hier wird deutlich, dass vor allem die Redaktion ein neues Backend benötigt, um effizient arbeiten zu können. Durch die ständigen Erweiterungen des Systems ist das Backend unübersichtlich geworden. Es braucht viele manuelle Schritte, um im Frontend die gewünschten Ergebnisse sichtbar zu machen.

• Die Anzeigenpositionierung funktioniert nur per Trial & Error.
• Hohe Ladezeiten in der Medienverwaltung führen zu Verzögerungen.
• Die Content-Schnittstelle zum Karrierezentrum ist unvollständig.

Außerdem werden bessere Schnittstellen zwischen den einzelnen Domains benötigt. Im UNICUM Karrierezentrum können sich sowohl Arbeitgeber*innen wie auch Jobsuchende registrieren, um Profile anzulegen und Daten zu hinterlegen.

Auf UNICheck können Hochschulen Profile anlegen und ihre Daten selbstständig pflegen. Die Redaktion sowie Projektleiter*innen wünschen sich ein vereinfachtes Management der verschiedenen Plattformen.

• Flexible Architektur
• Responsives Design
• Mehr Möglichkeiten für zeitgemäße Content-Gestaltung
• Single-Sign-on
• Registration Wall
• Frisches Design mit dynamischen Inhaltselementen

In der Workshop-Phase wurde der Ist-Zustand beschrieben und die Bedürfnisse für ein zielorientiertes und effizientes Arbeiten auf der Plattform festgehalten. Die Umsetzungsphase wird von verschiedenen Entscheidungsphasen geprägt.

In einem ersten Teilschritt entscheidet das UNICUM-Team gemeinsam mit unseren Entwickler*innen, dass Drupal als CMS weiterhin die erste Wahl ist. Das System ist für komplexe, große Webprojekte, wie es das UNICUM-Universum ist, prädestiniert.

UNICUM wünscht sich die Möglichkeit des Multidomain-Publishings und benötigt eine Content-API für die Drittvermarktung. Deshalb fällt die Entscheidung auf ein Decoupled CMS. Im Gegensatz zu einem traditionellen CMS, das Inhaltserstellung und -anzeige in einem System integriert hat, ermöglicht ein Decoupled CMS eine separate Content-Management-Erfahrung.

Inhalte können über mehrere Plattformen mit verschiedenen Technologien und Frameworks präsentiert werden, ohne dass sich jemand dabei um die Backend-Logik kümmern muss. Da die Backend- und Frontend-Komponenten getrennt sind, können sie außerdem unabhängig voneinander skaliert werden.

Ein schöner (Neben-)Effekt: Da das CMS und die öffentlich zugängliche Website bzw. App getrennt sind, verringert ein Decoupled CMS das Risiko von Sicherheitsproblemen.

Unser Tech-Stack

• BE/Backend
• Drupal 10 (erstellt Redirects per REST-API direkt in Caddy im FE)
• FE/Frontend
• Caddy (als Webserver)
• PM2 (als Prozessmanager)
• Svelte (holt Content per REST-API von Drupal 10) (Framework)

Das Team entscheidet sich gegen die einmalige Migration des ganzen Systems und für eine inkrementelle Migration. Dabei werden die Daten von einem System zu einem anderen in kleineren, überschaubaren Teilen migriert.

In weiteren Migrationsschritten werden immer nur die Änderungen übertragen, die seit dem letzten Migrationslauf entstanden sind. Da nicht alle Daten auf einmal übertragen werden müssen, kann die inkrementelle Migration mit minimalen Unterbrechungen für die Benutzer*innen durchgeführt werden.

Außerdem ist in diesem Migrationsprozess das Risiko von Datenverlusten geringer, da jeder Migrationslauf nur einen kleinen Teil der Gesamtdaten betrifft. Treten Probleme auf, können sie einfacher behoben werden, da sich die Entwickler*innen nur auf die Daten konzentrieren müssen, die im aktuellen Migrationslauf übertragen werden.

Die inkrementelle Umsetzung erfolgt in Sprints mit Kundenbeteiligung. Das bedeutet: Die Migration erfolgt weitestgehend automatisiert. Das Redaktionsteam hat nach jedem Sprint die Möglichkeit, manuell nachzuarbeiten und selbst auszuprobieren, ob das gewünschte (Teil-)Ergebnis erreicht wurde. Der User Generated Content wird zum Stichtag nachmigriert.

Nach der erfolgreichen Migration wird die Redaktion weiterhin durch das Reinblau-Team begleitet. Denn es ist wie immer: Was das neue System unter der Haube hat und wo eine Feinjustierung notwendig ist, bemerkt man erst auf der Fahrt. Aber bereits direkt nach dem Projektende bemerken die Redakteur*innen den Unterschied.