Bereitschaftsphase readiness-phase

In dieser Phase der AEM as a Cloud Service-Migrations-Tour machen Sie sich mit AEM as a Cloud Service vertraut. Sie können die wesentlichen Änderungen Revue passieren lassen, die eingeführt wurden, und verstehen, was für die Planung einer erfolgreichen Migration in die Cloud erforderlich ist.

Ihre bisherige Tour story-so-far

Das vorherige Dokument Einstieg in die Migration zu AEM as a Cloud Service enthält eine Liste von Phasen, die Sie durchlaufen müssen, damit Sie zu AEM as a Cloud Service migrieren können. Außerdem werden die Vorteile der Migration erläutert.

Ziel objective

In diesem Dokument erfahren Sie, welche Faktoren Sie berücksichtigen müssen, um sicherzustellen, dass Ihre AEM-Installation bereit für die Migration in die Cloud ist:

  • Erfahren Sie mehr über wesentliche Änderungen und veraltete Funktionen
  • Erfahren Sie, wie Sie die Migration zu AEM as a Cloud Service planen

Überprüfen Sie die wesentlichen Änderungen in der Architektur von AEM as a Cloud Service notable-changes-in-aem-cloud-service-architecture

AEM as a Cloud Service bietet viele neue Funktionen und Möglichkeiten zur Verwaltung Ihrer AEM-Projekte.

Neben diesen Verbesserungen gibt es mehrere Unterschiede zwischen On-Premise-Installationen von AEM und Adobe Managed Services im Vergleich zu AEM as a Cloud Service.

Die Liste der Elemente in der folgenden Tabelle ist die Teilmenge der Änderungen, die für eine Migration zu AEM as a Cloud Service am relevantesten sind. Die vollständige Liste der wesentlichen Änderungen finden Sie hier.

Was hat sich geändert?
Verweis
Wichtige Vorteile
Trennen veränderlicher und unveränderlicher Filter in entsprechende Pakete
Wesentliche Änderungen in AEM as a Cloud Service
AEM-Projektstruktur für AEM as a Cloud Service
Ein einzelnes Paket, das in AEM as a Cloud Service bereitgestellt werden kann, kann Unterpakete enthalten, die in erster Linie veränderliche und unveränderliche Inhalte enthalten, die in eigene Pakete unterteilt sind.
Repo Init
Dokumentation zu Apache Sling RepoInit
RepoInit-Skripte sind die Best Practice zum Erstellen von anfänglichen Knotenstrukturen, Benutzenden, Gruppen oder Dienstbenutzenden. Da diese Skripte im Ausführungsmodus aufgerufen werden können und über die Bereitstellung von Code-Paketen verwaltbar sind, bieten sie viel Flexibilität für Repository-Initialisierungsaufgaben.
Benutzerdefinierte Ausführungsmodi sind nicht zulässig
Es werden nur Ausführungsmodi unterstützt, die standardmäßig mit AEM as a Cloud Service bereitgestellt werden.
Wenn zusätzliche Entwicklungsumgebungen hinzugefügt werden, sind diese alle mit dem Ausführungsmodus „Dev“ verknüpft.
Die Cloud Manager-Pipeline-Ausführung ist die einzige Möglichkeit zur Bereitstellung
In AEM as a Cloud Service ist der Zugriff auf „/system/console“ nicht zulässig. Daher müssen alle OSGi-Konfigurationen Teil des Codes sein und als Code bereitgestellt werden.
Die OSGi-Konfigurationen sind im schreibgeschützten Modus verfügbar und können über die Entwicklerkonsole über Cloud Manager angezeigt werden
Replikationsagenten werden durch Sling-Inhaltsverteilung ersetzt
Das Konzept des Replikationsagenten wird durch Sling-Inhaltsverteilung ersetzt. Wenn es Anpassungen gibt, die Replikationsagenten nutzen, müssen diese neu gestaltet werden.
Rückwärtsreplikation wird nicht unterstützt
CRX/DE und Package Manager
CRX/DE ist nur in der Entwicklungsumgebung zulässig.
Package Manager ist für alle Autoreninstanzen verfügbar. Die bereitzustellenden Pakete dürfen jedoch nur veränderliche Inhalte enthalten ( z. B.: /content oder /conf)
Integriertes CDN und Abrufen eines eigenen CDN
AEM as a Cloud Service umfasst das CDN für alle Umgebungen, das für die meisten Anwendungsfälle optimiert ist.
Wenn Sie Ihr eigenes CDN einrichten möchten, müssen Sie eine Anfrage an den Adobe Support senden, damit es genehmigt werden kann.
Wenn es genehmigt ist, verweist das CDN auf Fastly und nicht auf AEM-Instanzen in beliebigen Umgebungen.
Lang laufende Aufträge
Vermeiden Sie lang laufende Aufträge wie Sling Scheduler oder Cron-Aufträge, da die in den Containern ausgeführten AEM-Instanzen jederzeit kommen und gehen können.
Überdenken Sie diese Funktionen so, dass Sie sie an Adobe Developer auslagern können.
Wechseln zu asynchronen Vorgängen
Konfigurieren asynchroner Vorgänge
Um die Gesamtleistung Ihrer Umgebungen zu verbessern, werden bestimmte Vorgänge im asynchronen Modus ausgeführt. Die asynchronen Aufträge werden in die Warteschlange gestellt und ausgeführt, wenn Systemressourcen verfügbar sind.
Token-basierte Authentifizierungs- und Integrationsstrategien
Generieren von Zugriffs-Token für Server-seitige APIs
Tutorial zur Token-basierten Authentifizierung
Es ist üblich, dassexterne Systeme versuchen, HTTP-Vorgänge innerhalb von AEM auszuführen.
Es wird empfohlen, die hier beschriebenen Strategien zu implementieren, anstatt sich auf die Erstellung lokaler Benutzernamen mit Passwörtern in AEM zu verlassen.
Datei-IO/Festplattenauslastung
Es gibt keine Garantie dafür, wie viel Festplattenspeicher zugewiesen wird, und die Instanzen in Containern können kommen und gehen. Daher ist es nicht ratsam, Datei-E/A-Vorgänge zu verwenden, um von der Festplatte zu schreiben oder zu lesen, die mit der AEM-Instanz verbunden ist.
Workflow „DAM-Update-Asset“
Asset Compute Service
Die Medienverarbeitungsschritte, die Teil des Workflows „DAM-Update-Asset“ sind, werden jetzt durch den Asset Compute Service ersetzt
Asset-Upload-Methoden und unterstützte Workflow-Prozessschritte in AEM as a Cloud Service
Hochladen von API-Vergleichen und unterstützten WF-Prozessschritten
In AEM as a Cloud Service werden Assets entweder beim Hochladen oder Herunterladen eines Assets direkt in den oder aus dem Binärspeicher übertragen.
Nicht alle Workflow-Prozessschritte werden in AEMaaCS unterstützt.
Workflow-Starter
Entfernen Sie alle Workflow-Launcher aus Ihrem Code, die entweder einen standardmäßigen oder einen benutzerdefinierten DAM-Update-Asset-Workflow auslösen.
Alle Assets, die in AEM as a Cloud Service hochgeladen wurden, werden vom Asset Processing Service verarbeitet. Informationen zu benutzerdefinierten Schritten finden Sie unter Nachbearbeitungs-Workflows, wo es um die Einrichtung und Konfiguration von Nachbearbeitungs-Workflows geht.
Schritte für benutzerdefinierte Ausgabedarstellungen
Verarbeitungsprofile
Jede benutzerdefinierte Ausgabegenerierung, Bildkonvertierung oder Videocodierung muss durch Erstellen entsprechender Verarbeitungsprofile in den Asset Processing Service ausgelagert werden.
Inhaltssuche und -indizierung
Inhaltssuche und Indizierung von Änderungen
Die zugrunde liegende Verarbeitung von Indizes und der Zeitpunkt, zu dem sie eingeführt wird, haben sich erheblich verändert.
Machen Sie sich mit den Oak-Indizes vollständig vertraut und überarbeiten Sie sie, bevor Sie sie im Code verwalten, den Sie bereitstellen.
Nicht alle Wartungsaufgaben sind konfigurierbar
Wartungsaufgaben in AEM as a Cloud Service
Sie können nur bestimmte Wartungsaufgaben mit AEM as a Cloud Service konfigurieren.
Änderungen am Veröffentlichungs-Repository
Direkte Änderungen am Publish-Repository sind nicht erlaubt, mit Ausnahme von Änderungen unter „/home“. Es wird immer empfohlen, dass alle Änderungen, die an Author vorgenommen werden, verteilt werden. Alle Code- und Konfigurationsänderungen müssen über die entsprechende Cloud Manager-Pipeline bereitgestellt werden.
Dispatcher-Konfigurationen und Caching
Dispatcher in der Cloud
Cache-Verwaltung
Die Dispatcher-Konfigurationen müssen einer bestimmten Struktur entsprechen.
Die Konfigurationen müssen als Teil des Codes verwaltet und über die Cloud Manager-Pipeline bereitgestellt werden.
Sichern und Wiederherstellen
AEM as a Cloud Service – Sichern und Wiederherstellen
Änderungen an der Authentifizierung
IMS-Unterstützung für AEM as a Cloud Service
Wenn Sie zuvor die SAML 2.0-Integration sowohl für Author als auch für Publish verwendet haben, bevor Sie zu Cloud Service gewechselt sind, besteht die Hauptänderung darin, dass Author in AEM as a Cloud Service nur mit Adobe IMS integriert ist. Die Veröffentlichungsebene von AEM as a Cloud Service kann jedoch weiterhin SAML- oder andere Authentifizierungsintegrationen nutzen. AEM as a Cloud Service bietet IMS-Authentifizierungsunterstützung nur für Autoren-, Admin- und Entwicklungsbenutzende. Die IMS-Authentifizierung bietet keine Unterstützung für externe Endbenutzer von Kunden-Sites wie Site-Besucher.

Veraltete Funktionen deprecated-features

Adobe evaluiert fortlaufend Produktfunktionen, um ältere Features zu überarbeiten oder durch modernere Alternativen zu ersetzen und so den Nutzen für die Kunden insgesamt zu verbessern, wobei stets auf Abwärtskompatibilität geachtet wird.

Adobe empfiehlt, dass Sie Veraltete Funktionen konsultieren, um sich mit den Funktionen und Möglichkeiten vertraut zu machen, die in Experience Manager as a Cloud Service als veraltet gekennzeichnet sind. Erfahren Sie, welche Auswirkungen dies auf Ihre AEM-Bereitstellung hat.

Planen einer Überprüfung Ihrer AEM-Installation review-planning

Nachdem Sie sich mit den mit AEM as a Cloud Service eingeführten Änderungen vertraut gemacht haben, ist es an der Zeit, mit der Planung einer Überprüfung Ihrer bestehenden Installation zu beginnen. Auf diese Weise können Sie den Grad der Änderungen messen, die erforderlich sind, um sie in die Cloud zu verschieben.

Die folgende Abbildung zeigt die wichtigsten Schritte der Planungsphase:

image

Als Nächstes werden Sie im Detail untersuchen, was jeder dieser Schritte bedeutet.

Bewerten der Cloud-Service-Bereitschaft assess-cloud-readiness

Der erste Schritt besteht darin, zu beurteilen, ob Sie bereit sind, von Ihrer bestehenden AEM-Version auf den Cloud-Service umzusteigen, und die Bereiche zu bestimmen, die eine Überarbeitung erfordern, um mit AEM as a Cloud Service kompatibel zu sein.

Führen Sie eine umfassende Bewertung Ihres aktuellen AEM-Quell-Codes anhand der wichtigen Änderungen und veralteten Funktionen durch, um den für die Umstellung zu erwartenden Aufwand zu bestimmen.

Die Anzahl der Ergebnisse wird sich direkt auf die Zeitpläne und den Gesamterfolg des Projekts auswirken. Adobe empfiehlt daher, so viel wie möglich herauszufinden, damit Sie die Bereitstellung planen können. Oder initiieren Sie die Gespräche, damit Sie alle erforderlichen Anpassungen neu entwerfen können, um den Best Practices für AEM as a Cloud Service gerecht zu werden.

Best Practice Analyzer

Sie können die Bewertung beschleunigen, indem Sie Best Practices Analyzer für Ihre aktuelle AEM-Version ausführen. Ein gutes Verständnis dessen, wie alles funktioniert, ist entscheidend, um Ihre Bewertungsplanung zu beschleunigen.

Informationen zur Funktionsweise finden Sie in der Dokumentation zu Best Practices Analyzer.

Erstellen eines Berichts zur Bewertung der Bereitschaft für die Cloud

Der nächste Schritt besteht darin, einen Bericht zu erstellen, der sich auf die bisher gesammelten Erkenntnisse stützt. Sie erstellen den Bericht, indem Sie Best Practices Analyzer-Berichte aus den Staging- und Produktionsinstanzen generieren und diese dann in Cloud Acceleration Manager hochladen, um einen verständlichen Bericht mit umsetzbaren Elementen zu erhalten.

Ein typischer Bericht sollte die folgenden Eingaben enthalten:

  • Dokumentation mit Details zum Funktionssatz Ihrer jeweiligen AEM-Installation
  • Details zu Ihren benutzerdefinierten AEM-Konfigurationen und zum Code
  • Produktions-Dispatcher-Konfigurationen
  • CDN-Konfigurationen (falls vorhanden)

Verteilen des Berichts

Sobald die Best Practices Analyzer-Berichte abgeschlossen sind, geben Sie sie an die entsprechenden Teams weiter, um Ihre Ergebnisse zu bestätigen und die nächsten Schritte zu planen. Je nach Vorlieben können Sie auch eine gedruckte Version des Berichts verteilen, indem Sie die Druckvorschau verwenden.

Überprüfen der Ressourcenplanung review-resource-planning

Nachdem Sie den für die Umstellung auf Cloud Service erforderlichen Arbeitsaufwand geschätzt haben, sollten Sie Ressourcen identifizieren, ein Team bilden und Rollen und Verantwortlichkeiten für die Umstellung zuordnen.

Festlegen von KPIs establish-kpis

Wenn Sie zuvor noch keine Bewertungsparameter (Key Performance Indicators, KPIs) festgelegt haben, wird empfohlen, KPIs für Ihre AEM-Implementierung festzulegen, damit sich Ihr Team auf das Wesentliche konzentrieren kann.

Unter Entwickeln von KPIs erfahren Sie, wie Sie die richtigen KPIs für Ihre Geschäftsziele auswählen.

Wie geht es weiter what-is-next

Sobald Sie den Umfang der Änderungen kennen, die erforderlich sind, um zu AEM as a Cloud Service zu wechseln, ist es an der Zeit, Code und Inhalte für die Cloud vorzubereiten, bevor Sie die Migration tatsächlich durchführen.

Zusätzliche Ressourcen additional-resources

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab