Auswahl des Upgrade-Ansatzes
Überblick
Bei der Vorbereitung des Upgrades auf Drupal 8 lohnt es sich, etwas Zeit in die Planung des Upgrade-Ansatzes zu investieren. Obwohl die Inhalte Ihrer vorherigen Drupal-Seite wahrscheinlich problemlos übertragen werden können, sind für die Konfiguration Ihrer Drupal 8-Seite wahrscheinlich einige manuelle Aufgaben erforderlich. Zum Beispiel besitzt das Views-Modul derzeit keine automatische Upgrade-Funktion im Core, was bedeutet, dass Sie die Views auf Ihrer Drupal 8-Seite manuell neu erstellen müssen. Der am besten geeignete Ansatz sollte für jede Website individuell bewertet werden.
Einfacher Ansatz mit manuellen Schritten nach dem Upgrade
Bei diesem Ansatz wird das Upgrade einmalig durchgeführt, und die manuellen Nachbearbeitungsschritte (z. B. das Erstellen von Views) werden auf der Drupal 8-Seite vor deren Veröffentlichung durchgeführt.
Es wird empfohlen, zunächst in einer Testumgebung zu üben und die manuellen Nachbearbeitungsschritte sorgfältig zu verfolgen. Wenn Sie mit Ihrer Testumgebung zufrieden sind, wiederholen Sie dieselben Schritte und erstellen Sie Ihre Produktionsumgebung für eine saubere Drupal 8-Installation.
Dieser Ansatz kann angewendet werden bei:
Inkrementelles Upgrade nach manuellen Nachbearbeitungsschritten
Abhängig von der Anzahl und Komplexität der manuellen Nachbearbeitungsschritte kann es schwierig sein, die alte Seite offline zu halten, während diese auf der Drupal 8-Seite ausgeführt werden. Wenn die alte Seite online bleibt, während auf der neuen Drupal 8-Seite manuelle Nachbearbeitungsschritte durchgeführt werden, besteht die Möglichkeit, dass Nutzer Inhalte auf der alten Seite erstellen oder aktualisieren.
Drupal 8 unterstützt zusätzliche Upgrades. Das bedeutet, Migrationen können erneut ausgeführt werden, um neue und aktualisierte Inhalte zu übertragen. Es wird nicht empfohlen, die Konfiguration der alten Quellseite zwischen dem initialen Upgrade und der zusätzlichen Migration zu ändern.
Dieser Ansatz kann angewendet werden bei:
Content-Migration nur in STAGING- und PROD-Umgebungen
Eines der stärksten neuen Konzepte in Drupal 8 ist das verbesserte Konfigurationsmanagementsystem, das verwendet werden kann, um die gesamte Drupal-Konfiguration von einer Umgebung in eine andere zu deployen. Ein typischer Umgebungs-Landschaftsaufbau besteht aus einer Entwicklungsumgebung (DEV), einer Staging-Umgebung (STAGING) und einer Produktionsumgebung (PROD), die die Live-Seite für Endbenutzer ist. In Drupal 8 kann die gesamte Konfiguration als YAML-Dateien exportiert und in eine andere Umgebung importiert werden.
Wenn Sie separate DEV-, STAGING- und PROD-Umgebungen planen, zeigt die folgende Abbildung einen möglichen Ansatz. Wichtig ist, dass Drupal-Entitäten folgendermaßen klassifiziert werden können:
- Content-Objekte (Benutzer, Knoten, Taxonomie-Begriffe, ...)
- Konfigurationsobjekte (Inhaltstypen, Felder, Views, alle Konfigurationseinstellungen)
Der Upgrade-Prozess in der Abbildung oben:
1. Die Drupal 8 DEV-Umgebung wird vom Quell-System aktualisiert.
2. Das Quell-System bleibt online (Inhalte können erstellt oder aktualisiert werden). Gleichzeitig wird die Konfiguration in der Drupal 8 DEV-Umgebung abgeschlossen.
3. Die Konfigurationen können mittels des Drupal 8-Konfigurationsmanagements von DEV zu STAGING deployed werden. In der Regel wird dabei ein Versionskontrollsystem (z. B. Git) verwendet.
4. Sobald die STAGING-Umgebung konfiguriert ist, kann der Content vom Quell-System in STAGING migriert werden für abschließende Abnahmetests. Wenn die Tests erfolgreich sind, wird die Drupal 8 PROD-Umgebung bereitgestellt und der Content vom Quell-System dorthin migriert.
Dieser Ansatz erfordert ein Upgrade mit Drush. Es gibt verschiedene Varianten dieses Ansatzes.
- Siehe die Seite zum Upgrade mit Drush, um zu erfahren, wie Migrationen generiert werden.
- Das Upgrade zu Drupal 8 DEV (Schritt 1 in der Abbildung oben) kann durchgeführt werden, indem alle Migrationen mit drush migrate-import --all ausgeführt werden oder die gewünschten Migrationen einzeln mit drush migrate-import <migrationsname>.
- Das reine Content-Upgrade (Schritt 4 in der Abbildung oben) kann durchgeführt werden, indem alle Content-Migrationen mit drush migrate:import --tag=Content ausgeführt werden oder gewünschte Migrationen einzeln mit drush migrate-import <migrationsname>. Migrationen können auch in einer Manifest-Datei aufgelistet werden.
Drupal’s online documentation is © 2000-2020 by the individual contributors and can be used in accordance with the Creative Commons License, Attribution-ShareAlike 2.0. PHP code is distributed under the GNU General Public License.