In der Implementierungsphase des Journey werden Sie die Tools untersuchen, mit denen Sie Ihren Code und Ihre Inhalte so gestalten können, dass sie auf AEM as a Cloud Service verschoben werden können.
In den vorherigen Teilen der Journey haben Sie Lernen Sie die Änderungen in AEM as a Cloud Service kennenund bestimmen, ob Ihre Bereitstellung bereit ist, mit der Bereitschaftsphase.
In diesem Artikel wird die Verwendung der von Adobe bereitgestellten Tools erläutert, um sicherzustellen, dass Ihr Code und Ihre Inhalte bereit für die Verschiebung in die Cloud sind.
Dieses Dokument zielt auf Folgendes ab:
Bevor Sie beginnen, müssen Sie sich mit Cloud Manager vertraut machen, da dies der einzige Mechanismus für die Bereitstellung von Code auf 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:
Einstieg in Experience Manager as a Cloud Service, um sich mit den Selbsthilferessourcen beim Einstieg in Experience Manager as a Cloud Service vertraut zu machen.
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 für die Umstellung auf den Cloud Service hängen von den von Ihnen erworbenen Systemen und den von Ihnen befolgten Lebenszykluspraktiken für die Softwareentwicklung ab.
Die folgende Abbildung zeigt die wichtigsten Schritte in der Phase, in der Sie Code und Inhalt für die Verwendung mit AEM as a Cloud Service konvertieren müssen:
In den folgenden Kapiteln werden wir die Tools detailliert beschreiben, die Sie dazu benötigen.
Um Inhalte von Ihrer aktuellen AEM-Instanz in Ihre Cloud Service-Instanz zu migrieren, können Sie das Content Transfer Tool von Adobe verwenden.
Mit diesem Tool können Sie die gewünschte Teilmenge Ihres Inhalts angeben, die Sie von Ihrer AEM-Quellinstanz auf Ihre AEM Cloud Service-Instanz übertragen möchten.
Die Inhaltsmigration ist ein mehrstufiger Prozess, der die Planung, Verfolgung und Zusammenarbeit zwischen verschiedenen Teams erfordert.
Eine ausführliche Beschreibung der Funktionsweise des Tools und seiner empfohlenen Verwendung finden Sie im Abschnitt Dokumentation zum Content Transfer Tool.
Es ist an der Zeit, mit der Refaktorierung der vorhandenen Funktionen zu beginnen, um mit Cloud Services kompatibel zu sein.
Dazu müssen Sie sich die Dokumentation ansehen, in der die grundlegenden Tools beschrieben werden, die Sie zum Refaktorieren Ihres Codes benötigen:
Darüber hinaus haben Sie folgende Möglichkeiten:
In diesem Video erfahren Sie, wie Sie das Dispatcher-SDK lokal installieren:
In diesem Video erfahren Sie, wie Sie das Dispatcher-SDK konfigurieren:
Die Entwicklung und Ausführung von Code in AEM as a Cloud Service erfordert eine Änderung der Denkweise. 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 eine Trennung von content und code in verschiedene Pakete zur Implementierung in AEM:
/apps
und /libs
werden als unveränderliche Bereiche von AEM betrachtet, da sie nach AEM Start (d. h. zur Laufzeit) nicht mehr geändert werden können. Dies umfasst das Erstellen, Aktualisieren oder Löschen von Vorgängen. Jeder Versuch, einen unveränderlichen Bereich zur Laufzeit zu ändern, schlägt fehl.
Alles andere im Repository (z. B. /content
, /conf
, /var
, /home
, /etc
, /oak:index
, /system
, /tmp
) sind alle veränderlichen Bereiche, d. h. sie können zur Laufzeit geändert werden.
Weitere Informationen erhalten Sie im Abschnitt Empfohlene Paketstruktur Dokumentation.
Adobe bietet mehrere Tools, die Ihnen helfen, einige Ihrer Code-Refaktorierungsaufgaben zu beschleunigen. Das Verständnis dieser Werkzeuge und der Probleme, die sie lösen, wird die Komplexität und die Zeit der Migration verringern.
Sobald Sie die lokale Entwicklungsumgebung eingerichtet haben, sollten Sie sich mit dem AEM as a Cloud Service SDK vertraut machen, indem Sie die Dokumentation.
Um Ihre laufende Code-Entwicklung auf Ihrem aktiven AEM zusammen mit den Code-Refaktorierungsaufgaben im Rahmen Ihrer Journey-Umstellung zu verwalten, empfehlen wir Ihnen, einen Code-Freeze-Zeitraum zu planen, bis Sie die Umstrukturierung Ihres Maven-Projekts abgeschlossen haben, damit es mit AEM as a Cloud Service kompatibel ist.
Sobald die Projektumstrukturierung abgeschlossen ist, können Sie die neue Codeentwicklung anhand dieser neuen Struktur fortsetzen. Dadurch werden Cloud Manager-Pipeline-Fehler während der Codebereitstellung und -tests reduziert.
Die Aufgaben Inhaltstransfer und 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 zum Testen der Code-Qualität:
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 Speicherbereinigung Aufgabenstatus. Wenn Sie AEM Version 6.3 ausführen (da das Content Transfer Tool ab Version 6.3 kompatibel ist), wird empfohlen, eine Offline-Komprimierung durchzuführen, gefolgt von der Datenspeicherbereinigung.
Konsistenzprüfung der Daten wird für alle AEM-Versionen empfohlen, um sicherzustellen, dass das Inhalts-Repository einen guten Status aufweist, um Migrationsaktivitäten zu starten.
Zugriff auf Systemadministratorebene ist für die Installation und Konfiguration erforderlich AZCopy
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 Content Repository-Konsistenz Abschnitt.
Einmaliger Zugriff auf eine Produktionsklon festgelegt wurde, um den Zustand des Repositorys zu überprüfen. 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, da Sie sonst nach dem Beginn der Migration mit der Fehlerbehebung arbeiten.
Aktionselement | Wichtige Takeaways |
---|---|
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, 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 Nachmigration zu vermeiden. |
Inhaltskonsistenz | Es wird empfohlen, vor dem Starten der Migration nach ungültigen Inhalten zu suchen und diese zu bereinigen. Suchen Sie beispielsweise nach Assets oder Seiten, die keine Original-Ausgabeformate aufweisen oder die bei der Workflow-Verarbeitung hängen bleiben. Siehe auch Asset-Konsistenz. |
Die Inhaltsmigrationsstrategie und -zeitleiste im Abschnitt wird 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 Erfassungszeiten sind besonders nützlich, da die Datenpunkte einer bestimmten Größe des Migrationssatzes zugeordnet werden können. Daher können diese Datenpunkte extrapoliert werden, um einen Plan zu erstellen:
Ein weiterer wichtiger Datenpunkt ist die Zeit, die zum Abschließen der Benutzerzuordnung, wenn dies mit der Inhaltsmigration verknüpft ist. Sie können diesen Datenpunkt für realistischere Schätzungen berücksichtigen, da er zur gesamten Extraktionszeitleiste hinzugefügt wird und möglicherweise nicht während der Auffüllungen ausgeführt werden muss.
Diese Datenpunkte können Ihnen auch helfen Festlegen von KPIs und anderen Migrationsaufgaben.
Basierend auf den erfassten Datenpunkten (siehe oben) können Sie einen Migrationsplan erstellen, der in einen Makroprojektplan integriert werden kann. Dieser Schritt wird es allen wichtigen Interessengruppen ermöglichen, die Migrationsaktivitäten zu visualisieren und zu planen.
Die folgende Tabelle zeigt einen typischen Migrationsplan:
Migrationserweiterung | 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 in der obigen Tabelle sehen können, ist es hilfreich, ein bestimmtes Benennungsformat zu verwenden, um die Migrationsdurchläufe zu identifizieren, z. B.: PRDCLON für die AEM-Quellumgebung , AUTOR/VERÖFFENTLICHUNG 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 sich auf Ihren Migrationsplan auswirken:
Gesamtzahl der erforderlichen Auszüge
Gesamtzahl der erforderlichen Gestaltungen
Sie können den Migrationstocker verwenden, um die Zeiten sowohl für die ersten als auch für die Auffüllvorgänge zu notieren. Diese Datenpunkte helfen Ihnen bei der Formulierung realistischer Anforderungen an das Einfrieren von Inhalten vor der endgültigen Auffüllung.
Der Tracker hilft Ihnen auch bei Folgendem:
Die folgende Tabelle zeigt einen funktionalen Migrationstracker:
Quelle (Umgebung/Instanz/URL) | Ziel (Umgebung/Instanz/URL) | Name des Migrationssatzes, Typ (Anfänglich oder Aufwärts) | Größe des Migrationssatzes (MB) | Benutzerzuordnung (Ja/Nein) | Extraktionsdauer (Start, Ende, Dauer) | Aufnahmedauer (Start, Ende, Dauer) | 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.
Sobald Sie vollständig verstanden haben, wie Sie beurteilen können, ob Ihre AEM-Installation bereit ist, in die Cloud verschoben zu werden, da wir lernen, die erforderlichen Tools zu verwenden, um sie bereit zu machen, ist es an der Zeit, zum Go-Live-Phase.