Drupal-Wartung: Ihr Open-Source-CMS in sicheren Händen

Drupal folgt einem klaren Versionsschema: Jede Major-Version (Drupal 9, 10, 11) wird aktiv gepflegt, bis die Community den End-of-Life-Zeitpunkt festlegt. Mit dem Erreichen des End-of-Life endet die Versorgung mit Sicherheitspatches, und die Community stellt die Unterstützung ein. Für betriebene Websites bedeutet das: Eine Migration auf die nächste Major-Version ist zwingend erforderlich, bevor der Sicherheitssupport ausläuft. Drupal-Major-Migrationen sind technisch anspruchsvoller als Minor-Updates, weil sie API-Änderungen im Core, neue Systemanforderungen und potenziell inkompatible Contributed-Module mitbringen.

Hinzu kommt die Modul-Landschaft: Eine typische Drupal-Installation nutzt 20 bis 50 Contributed-Module aus dem drupal.org-Repository sowie häufig Custom-Module, die spezifische Geschäftslogik implementieren. Jedes Modul muss mit der installierten Drupal-Core-Version kompatibel sein. Bei einem Major-Versionssprung müssen alle Contributed-Module auf Kompatibilität geprüft werden, Custom-Module müssen gegebenenfalls angepasst werden, und die Konfiguration muss übertragen werden. Unsere Wartungsteams kennen diese Abhängigkeiten und planen Versionswechsel so, dass Ihr Betrieb durchgehend gesichert bleibt. Zusätzliche Anforderungen stellt das Drupal Security Team, das regelmäßig koordinierte Security Advisories veröffentlicht und zeitnahes Einspielen erwartet.

Drupal hat ein besonders strukturiertes Sicherheits-Ökosystem: Das Drupal Security Team veröffentlicht koordinierte Security Advisories für Core- und Contributed-Module. Diese Advisories erscheinen auf einem festgelegten Mittwochs-Zeitplan und bewerten die Schwere der Schwachstellen nach einem standardisierten Bewertungssystem. Kritische Schwachstellen im Core werden unmittelbar gepatcht, Contributed-Module erhalten Sicherheitsfreigaben, wenn gepatchte Versionen bereitstehen. Für Betreiber von Drupal-Websites bedeutet das: Ein strukturiertes Update-Management, das diese Advisories systematisch verfolgt und Patches zeitnah einspielt, ist unerlässlich.

Unser Drupal-Wartungsprozess ist auf dieses Security Advisory System ausgerichtet. Wir überwachen die offiziellen Drupal-Sicherheitskanäle täglich und spielen kritische Sicherheitspatches für den Core innerhalb von 24 Stunden ein. Contributed-Module mit Sicherheitsadvisories erhalten Updates innerhalb von 48 Stunden, nach Kompatibilitätsprüfung auf der Staging-Umgebung. Damit bleibt Ihre Drupal-Installation stets auf einem sicheren Stand, ohne dass Sie den Security-Ticker selbst im Blick behalten müssen. Für besonders sicherheitskritische Installationen bieten wir erweiterte Sicherheitsupdates mit verkürzten Reaktionszeiten an.

Drupal verfügt über ein mehrstufiges Caching-System, das bei korrekter Konfiguration hervorragende Ladezeiten ermöglicht. Der Internal Page Cache speichert vollständige Seiten für anonyme Benutzer, der Dynamic Page Cache ermöglicht personalisiertes Caching für angemeldete Nutzer durch Placeholders, und der Render-Cache beschleunigt die Wiederverwendung einzelner Seitenelemente. Zusätzlich bietet BigPipe progressive Seitenauslieferung, bei der der Drupal-Kern zunächst das Basis-Layout sendet und personalisierten Inhalt nachlädt. Diese Kombination kann die wahrgenommene Ladezeit erheblich verbessern, erfordert aber eine sorgfältige Konfiguration, um Cache-Vergiftung durch personalisierte Inhalte zu vermeiden.

Für hochfrequentierte Drupal-Websites empfehlen wir die Ergänzung durch einen externen Full-Page-Cache wie Varnish oder Redis. Diese Caching-Schicht greift vor dem PHP-Prozess und kann statische Seiten ausliefern, ohne Drupal überhaupt zu starten. Die Integration erfordert eine Drupal-seitige Konfiguration der Cache-Tags und Cache-Invalidierungs-URLs, damit der externe Cache korrekt geleert wird, wenn Inhalte aktualisiert werden. Unsere Performance-Optimierung im Rahmen der Performance-Wartung konfiguriert diese Schichten aufeinander abgestimmt und misst die Auswirkung auf TTFB und LCP.

Die Backup-Strategie für Drupal-Installationen berücksichtigt die spezifische Architektur der Plattform: Neben der Datenbank und dem Dateisystem spielt das Drupal-Konfigurationssystem eine besondere Rolle. Drupal 8 und später speichert die gesamte Site-Konfiguration in YAML-Dateien im config/sync-Verzeichnis. Diese Konfiguration muss konsistent mit der Datenbank gesichert werden, damit eine Wiederherstellung den exakt gleichen Systemzustand produziert. Wir erstellen tägliche vollständige Backups mit dokumentiertem Wiederherstellungsprozess und führen monatliche Restore-Tests auf einer isolierten Umgebung durch.

Die Backups werden in einem geografisch getrennten Rechenzentrum aufbewahrt und automatisiert auf Integrität geprüft. Für kritische Drupal-Portale bieten wir stündliche inkrementelle Backups an, die den maximalen Datenverlust auf eine Stunde begrenzen. Im Ernstfall kennen wir die exakte Wiederherstellungszeit für Ihre Installation und können den Prozess strukturiert durchführen. Die enge Verbindung unserer Backup-Strategie mit dem Notfall-Support stellt sicher, dass im Krisenfall alle Informationen sofort verfügbar sind.