In der Implementierungsphase der Tour lernen Sie die Tools kennen, mit denen Sie Ihren Code und Ihre Inhalte so gestalten können, dass sie in AEM as a Cloud Service verschoben werden können.
In den vorherigen Teilen der Tour haben Sie sich mit den Änderungen in AEM as a Cloud Service vertraut gemacht und in der Bereitschaftsphase ermittelt, ob Ihre Bereitstellung bereit ist, in die Cloud verschoben zu werden.
In diesem Artikel wird die Verwendung der von Adobe bereitgestellten Tools erläutert, um sicherzustellen, dass Ihr Code und Ihre Inhalte bereit sind, in die Cloud verschoben zu werden.
Dieses Dokument zielt auf Folgendes ab:
Bevor Sie anfangen, müssen Sie sich auch mit Cloud Manager vertraut machen, da dies der einzige Mechanismus für die Bereitstellung von Code für AEM as a Cloud Service ist.
Cloud Manager ermöglicht Unternehmen die Selbstverwaltung von AEM in der Cloud. Das umfasst ein Framework für die fortlaufende Integration und Bereitstellung (CI/CD), mit dem IT-Teams und Implementierungspartner die Bereitstellung von Anpassungen oder Aktualisierungen beschleunigen können, ohne die Leistung oder Sicherheit zu beeinträchtigen.
Sie können sich mit der Verwendung von Cloud Manager vertraut machen, indem Sie die unten stehenden Ressourcen konsultieren:
Onboarding-Tour erklärt die Selbsthilfe-Ressourcen für das Onboarding von Experience Manager as a Cloud Service.
Integration von Git mit Adobe Cloud Manager, um mehr über die Verwendung eines Single Git-Repositorys zur Bereitstellung von Code zu erfahren.
Konfiguration von Adobe Experience as a Cloud Service, um mehr über die Verwaltung von Produkten und den Benutzerzugriff in Admin Console zu erfahren.
Die genauen Schritte Ihrer Umstellung auf Cloud Service hängen von den von Ihnen erworbenen Systemen und den von Ihnen befolgten Lebenszykluspraktiken für die Software-Entwicklung ab.
Die folgende Abbildung zeigt die wichtigsten Schritte in der Phase, in der Sie Ihren Code und Ihre Inhalte für die Verwendung mit AEM as a Cloud Service konvertieren:
In den folgenden Kapiteln werden wir Ihnen die Tools vorstellen, mit denen Sie dies erreichen können.
Sie können das Adobe Content Transfer Tool verwenden, um Inhalte von Ihrer aktuellen AEM-Instanz in Ihre Cloud Service-Instanz zu übertragen.
Mit diesem Tool können Sie die gewünschte Teilmenge Ihrer Inhalte angeben, die Sie von Ihrer AEM-Quellinstanz auf Ihre AEM Cloud Service-Instanz übertragen möchten.
Die Migration von Inhalten ist ein mehrstufiger Prozess, der die Planung, Verfolgung und Zusammenarbeit zwischen verschiedenen Teams erfordert.
Eine vollständige Beschreibung der Funktionsweise des Tools und der empfohlenen Verwendung durch Adobe finden Sie in der Dokumentation zum Content Transfer Tool.
Wir sollten jetzt mit der Refaktorierung der vorhandenen Funktionen beginnen, damit sie mit Cloud Services kompatibel sind.
Sehen Sie sich zunächst die Dokumentation zu den grundlegenden Tools an und beginnen Sie mit der Refaktorierung Ihres Codes:
Sie können auch:
In diesem Video erfahren Sie, wie Sie das Dispatcher-SDK lokal installieren:
In diesem Video erfahren Sie, wie Sie das Dispatcher-SDK konfigurieren:
Das Entwickeln und Ausführen von Code in AEM as a Cloud Service erfordert einen neuen Denkansatz. Beachten Sie, dass der Code robust sein muss, insbesondere da eine Instanz jederzeit gestoppt werden kann. Code, der in Cloud Service ausgeführt wird, muss wissen, dass er immer in einem Cluster ausgeführt wird. Das bedeutet, dass immer mehr als eine Instanz ausgeführt wird.
Bestimmte Änderungen sind erforderlich, damit AEM Maven-Projekte Cloud-kompatibel sind. AEM as a Cloud Service erfordert für die Bereitstellung in AEM die Trennung von Inhalten und Code in separate Pakete:
/apps
und /libs
werden als unveränderliche Bereiche von AEM betrachtet, da sie nach dem Start von AEM (d. h. zur Laufzeit) nicht mehr geändert werden können. Dies umfasst die Erstellung, Aktualisierung oder Löschung von Vorgängen. Jeder Versuch, einen unveränderlichen Bereich zur Laufzeit zu ändern, schlägt fehl.
Alle weiteren Komponenten im Repository (z. B. /content
, /conf
, /var
, /home
, /etc
, /oak:index
, /system
, /tmp
) sind veränderliche Bereiche, d. h. sie können zur Laufzeit geändert werden.
Weitere Informationen erhalten Sie in der Dokumentation Empfohlene Paketstruktur.
Adobe bietet mehrere Tools, die Ihnen helfen, einige Ihrer Code-Refaktorierungsaufgaben zu beschleunigen. Wenn Sie diese Tools und die Probleme, die sie lösen, verstehen, können Sie die Komplexität und die für die Migration benötigte Zeit reduzieren.
Sobald Sie die lokale Entwicklungsumgebung eingerichtet haben, sollten Sie sich mit dem AEM as a Cloud Service SDK vertraut machen, indem Sie die Dokumentation konsultieren.
Um Ihre laufende Codeentwicklung auf Ihrer aktiven AEM zusammen mit den Code-Refaktorierungsaufgaben im Rahmen der Journey der Umstellung zu verwalten, empfiehlt Adobe, einen Code-Freeze-Zeitraum zu planen, bis Sie die Umstrukturierung Ihres Maven-Projekts abgeschlossen haben und damit mit AEM as a Cloud Service kompatibel sind.
Sobald die Neustrukturierung des Projekts abgeschlossen ist, können Sie die Entwicklung neuen Codes basierend auf dieser neuen Struktur fortsetzen. Dadurch werden Cloud Manager-Pipeline-Fehler bei der Code-Bereitstellung und beim Testen reduziert.
Die Aufgaben zur Übertragung von Inhalten und zur Code-Refaktorierung müssen nicht sequenziell ausgeführt werden. Diese Aufgaben können unabhängig voneinander ausgeführt werden. Die richtige Projektstruktur ist jedoch erforderlich, um sicherzustellen, dass der Inhalt in Ihrer Cloud Service-Umgebung erfolgreich gerendert wird.
Die Cloud Manager-Pipeline unterstützt die Ausführung von Tests, die für die Staging-Umgebung ausgeführt werden.
Befolgen Sie die Best Practices in den folgenden Dokumenten bezüglich der Code-Qualitätstests:
Die Vorbereitung des Quellsystems auf die Migration umfasst Aufgaben auf der System- und AEM-Administratorebene. Sie können zunächst überprüfen, ob das Inhalts-Repository in einem gut gepflegten Zustand ist, indem Sie die Revisionsbereinigung und den Aufgabenstatus der Datenspeicherbereinigung überprüfen. Wenn Sie AEM Version 6.3 ausführen (da das Content Transfer Tool ab Version 6.3 kompatibel ist), wird empfohlen, eine Offline-Komprimierung mit einer anschließenden Datenspeicherbereinigung durchzuführen.
Konsistenzprüfung der Daten wird für alle AEM-Versionen empfohlen, um sicherzustellen, dass das Inhalts-Repository einen guten Zustand aufweist, um Migrationsaktivitäten zu initiieren.
Zugriff auf Systemadministratorebene wird für die Installation und Konfiguration von AZCopy benötigt
Es wird außerdem empfohlen, nicht verwendete Assets, Seiten, AEM-Projekte, Benutzer und Gruppen zu überprüfen, um Zeit bei der Migration zu sparen. Siehe Abschnitt Content-Repository-Status.
Sobald der Zugriff auf einen Produktionsklon etabliert wurde, fahren Sie mit der Prüfung des Respository-Status fort. Wie im vorherigen Abschnitt erwähnt, besteht das Ziel darin, das Repository auf der Quelle zu bereinigen und zu komprimieren, bevor die Migration gestartet wird. Durch diesen Schritt sparen Sie möglicherweise viel Zeit, die Sie ansonsten nach dem Beginn der Migration für die Fehlerbehebung aufbringen müssten.
Aktionselement | Wichtige Vorteile |
---|---|
Benutzer, Gruppen und Berechtigungen | Sie müssen die Anzahl der Benutzer, Gruppen und die Komplexität von Mitgliedschaften verstehen. Suchen Sie nach Möglichkeiten, nicht verwendete Benutzer und Gruppen in der Quelle vor der Migration zu bereinigen. |
Unvollständige Asset-Verarbeitung | Versuchen Sie, die Verarbeitung von Assets im Quellsystem abzuschließen, bevor Sie mit der Migration beginnen, um potenzielle Bedenken bei AEM as a Cloud Service nach der Migration zu vermeiden. |
Inhaltsstatus | Es wird empfohlen, vor dem Start der Migration nach ungültigen Inhalten zu suchen und diese zu bereinigen. Suchen Sie beispielsweise nach Assets oder Seiten, die keine Originalausgabeformate aufweisen oder die in der Workflow-Verarbeitung hängen bleiben. Siehe auch Asset-Status. |
Im Abschnitt Strategie für die Migration von Inhalten und zeitlicher Ablauf wird genauer beschrieben, wie Sie die gesammelten Daten extrapolieren und einen Migrationsplan erstellen.
Die Datenerfassung kann Ihnen bei der Planung der Migrationsaktivitäten und der damit verbundenen Aufgaben helfen. Die Extraktions- und Aufnahmezeiten sind besonders nützlich, da die Datenpunkte einer bestimmten Größe des Migrationssatzes zugeordnet werden können. So können diese Datenpunkte extrapoliert werden, um einen Plan zu erstellen:
Diese Datenpunkte können Ihnen auch helfen, KPIs festzulegen, und Sie bei anderen Migrationsaufgaben unterstützen.
Basierend auf den erfassten Datenpunkten (siehe oben) können Sie einen Migrationsplan erstellen, der in einen übergeordneten Projektplan integriert werden kann. Dieser Schritt ermöglicht es allen wichtigen Interessengruppen, die Migrationsaktivitäten zu visualisieren und zu planen.
Die folgende Tabelle zeigt einen typischen Migrationsplan:
Migrationsiteration | Startdatum | Geschätztes Enddatum | Abhängigkeiten | Geschätzte Dauer (in Tagen) | Zusätzliche Details/Aktionselemente |
---|---|---|---|---|---|
PRDCLONE-AUTHOR-INITIAL-USRMAP-CSSTAGE-AUTHOR | |||||
PRDCLONE-PUBLISH-TOPUP-CSSTAGE-AUTHOR |
Wie Sie der obigen Tabelle entnehmen können, ist es hilfreich, ein bestimmtes Benennungsformat zu verwenden, um die Migrationsiterationen zu identifizieren, z. B.: PRDCLONE für die AEM-Quellumgebung, AUTHOR/PUBLISH für die AEM as a Cloud Service-Umgebung, CSSTAGE-AUTHOR für die AEM as a Cloud Service-Instanz usw.
Einige wichtige Details, die Ihren Migrationsplan beeinflussen:
Gesamtzahl der erforderlichen Extraktionen
Gesamtzahl der erforderlichen Aufnahmen
Sie können die Migrationsverfolgung verwenden, um die Zeiten sowohl für die anfänglichen als auch für die Auffüllvorgänge zu notieren. Diese Datenpunkte helfen Ihnen bei der Formulierung realistischer Anforderungen für den Inhalts-Freeze vor der endgültigen Auffüllung.
Die Verfolgung hilft Ihnen auch bei Folgendem:
Die folgende Tabelle zeigt eine funktionale Migrationsverfolgung:
Quelle (Umgebung/Instanz/URL) | Ziel (Umgebung/Instanz/URL) | Name des Migrationssatzes, Typ (anfänglich oder Auffüllung) | Größe des Migrationssatzes (MB) | Benutzerzuordnung (Ja / Nein) | Extraktionsdauer (Anfang, Ende, benötigte Zeit) | Aufnahmedauer (Start, Ende, benötigte Zeit) | Probleme/Lösungen/Details |
---|---|---|---|---|---|---|---|
Im folgenden Abschnitt werden die wichtigen Schritte und zugehörigen Aufgaben beschrieben, die zur Formulierung einer Inhaltsmigrationsstrategie und eines Zeitplans verwendet werden können.
Nachdem Sie vollständig verstanden haben, wie Sie beurteilen können, ob Ihre AEM-Installation für die Verlagerung in die Cloud bereit ist, und wie Sie die dafür erforderlichen Tools verwenden können, ist es an der Zeit, zur Phase der Inbetriebnahme überzugehen.