Wesentliche Änderungen an Experience Manager as a Cloud Service notable-changes-aem-cloud
Adobe Experience Manager (AEM) Cloud Service bietet viele neue Funktionen und Möglichkeiten zur Verwaltung Ihrer AEM-Projekte. Es gibt jedoch einige Unterschiede zwischen AEM Sites On-Premise oder in Adobe Managed Services im Vergleich zum AEM Cloud Service. In diesem Dokument wird auf die wichtigsten Unterschiede eingegangen.
- Einführung zu Adobe Experience Manager as a Cloud Service
- Neue Funktionen und Unterschiede von Adobe Experience Manager as a Cloud Service im Vergleich zu vorherigen Versionen.
- Architektur von Adobe Experience Manager as a Cloud Service
- Wesentliche Änderungen an AEM Sites as a Cloud Service
- Wesentliche Änderungen an AEM Assets as a Cloud Service
Die wichtigsten Unterschiede sind in folgenden Bereichen festzustellen:
/apps und /libs sind zur Laufzeit unveränderlich apps-libs-immutable
Alle Inhalte und Unterordner in /apps und /libs sind schreibgeschützt. Jede Funktion oder jeder benutzerdefinierte Code, der dort Änderungen vornehmen soll, schlägt fehl. Es wird ein Fehler zurückgegeben, der besagt, dass diese Inhalte schreibgeschützt sind und der Schreibvorgang nicht abgeschlossen werden konnte. Dies wirkt sich auf verschiedene Bereiche von AEM aus:
-
Änderungen in
/libssind überhaupt nicht zulässig.- Dies ist keine neue Regel, wurde jedoch in früheren On-Premise-Versionen von AEM nicht erzwungen.
-
Überlagerungen für Bereiche in
/libs, die überlagert werden können, sind innerhalb von/appsweiterhin zulässig.- Solche Überlagerungen müssen über die CI/CD-Pipeline von Git stammen.
-
Design-Informationen für statische Vorlagen, die in
/appsgespeichert sind, können nicht über die Benutzeroberfläche bearbeitet werden.- Es wird empfohlen, stattdessen bearbeitbare Vorlagen zu verwenden.
- Sind weiterhin statische Vorlagen erforderlich, müssen die Konfigurationsinformationen über die CI/CD-Pipeline von Git stammen.
-
MSM-Blueprint- und benutzerdefinierte MSM-Rollout-Konfigurationen müssen von Git über die CI/CD-Pipeline installiert werden.
-
Änderungen an der I18n-Übersetzung müssen von Git über die CI/CD-Pipeline vorgenommen werden.
OSGi-Pakete und -Konfigurationen müssen als Code behandelt werden osgi
Änderungen an OSGi-Bundles und -Konfigurationen müssen über die CI/CD-Pipeline eingeführt werden.
- Neue oder aktualisierte OSGi-Bundles müssen über Git über die CI/CD-Pipeline eingeführt werden.
- Änderungen an OSGi-Konfigurationen können nur von Git über die CI/CD-Pipeline vorgenommen werden.
Die Web-Konsole, die in früheren Versionen von AEM zum Ändern der OSGi- Konfiguration verwendet wird, ist in AEM Cloud Service nicht verfügbar.
Änderungen am Veröffentlichungs-Repository sind nicht zulässig changes-to-publish-repo
Abgesehen von Änderungen unter dem Ordner /home auf der Veröffentlichungsebene sind direkte Änderungen am Veröffentlichungs-Repository in AEM Cloud Service nicht zulässig. In früheren Versionen von On-Premise-AEM oder AEM auf AMS konnten Code-Änderungen direkt am Veröffentlichungs-Repository vorgenommen werden. Einige Einschränkungen können auf die folgenden Arten gemildert werden:
- Für Inhalts- und inhaltsbasierte Konfigurationen: Nehmen Sie die Änderungen an der Autoreninstanz vor und veröffentlichen Sie diese.
- Für Code und Konfiguration: Nehmen Sie Ihre Änderungen im GIT-Repository vor und führen Sie die CI/CD-Pipeline aus, um sie einzuführen.
Benutzerdefinierte Ausführungsmodi sind nicht zulässig custom-runmodes
Zusätzliche oder benutzerdefinierte Ausführungsmodi sind in AEM Cloud Service nicht möglich. Eine Liste der standardmäßig für AEM Cloud Service bereitgestellten Ausführungsmodi finden Sie im Dokument Bereitstellen in AEM as a Cloud Service.
Entfernung von Replikationsagenten und damit verbundene Änderungen replication-agents
In AEM Cloud Service werden Inhalte über Sling Content Distribution veröffentlicht. Die in früheren Versionen von AEM verwendeten Replikationsagenten werden nicht mehr verwendet oder bereitgestellt, was sich möglicherweise auf die folgenden Bereiche bestehender AEM-Projekte auswirken könnte:
- Benutzerdefinierte Workflows, die beispielsweise Inhalte an Replikations-Agenten von Vorschau-Servern senden.
- Anpassung an Replikationsagenten zur Umwandlung von Inhalten.
- Verwendung der Rückwärtsreplikation, um Inhalte aus Publish zurück an Author zu senden.
Außerdem wurden die Schaltflächen zum Anhalten und Deaktivieren aus der Verwaltungskonsole des Replikationsagenten entfernt.
Entfernung der klassischen Benutzeroberfläche classic-ui
Die klassische Benutzeroberfläche ist in AEM Cloud Service nicht mehr verfügbar.
Bereitstellung auf Veröffentlichungsseite publish-side-delivery
HTTP-Beschleunigung einschließlich CDN und Traffic-Management für Author- und Publish-Service werden standardmäßig in AEM Cloud Service bereitgestellt.
Für den Projektübergang von AMS oder eine On-Premise-Installation empfiehlt Adobe dringend, das integrierte CDN zu nutzen, da die Funktionen in AEM Cloud Service für das bereitgestellte CDN optimiert sind.
Handhabung und Bereitstellung von Assets asset-handling
Das Hochladen, Verarbeiten und Herunterladen von Assets wurde in Experience Manager Assets as a Cloud Service optimiert. AEM Assets ist jetzt effizienter, ermöglicht eine größere Skalierung und ermöglicht Ihnen, Dateien schneller hochzuladen und herunterzuladen. Außerdem wirkt sich dies auf den vorhandenen benutzerdefinierten Code und einige Vorgänge aus. Eine Liste der Änderungen und die Parität mit den Funktionen von Experience Manager 6.5 finden Sie unter Änderungen an Assets.