Adobe Experience Manager (AEM) Cloud Service bietet viele neue Funktionen und Möglichkeiten zur Verwaltung Ihrer AEM. Es gibt jedoch einige Unterschiede zwischen AEM Sites On-Premise oder Adobe Managed Service im Vergleich zu AEM Cloud Service. In diesem Dokument wird auf die wichtigsten Unterschiede eingegangen.
In diesem Dokument werden die wesentlichen Änderungen an AEM als Ganzes hervorgehoben. Weitere Informationen und lösungsspezifische Änderungen finden Sie unter:
Die wichtigsten Unterschiede sind in folgenden Bereichen festzustellen:
OSGi-Pakete und -Konfigurationen müssen als Code behandelt werden
Entfernung von Replikations-Agenten und damit zusammenhängenden Änderungen
Alle Inhalte und Unterordner in /apps
und /libs
ist schreibgeschützt. Funktionen oder benutzerdefinierter Code, die dort Änderungen vornehmen sollen, können dies nicht tun. Es wird ein Fehler zurückgegeben, der besagt, dass dieser Inhalt schreibgeschützt ist und der Schreibvorgang nicht abgeschlossen werden konnte. Dies wirkt sich auf verschiedene AEM aus:
/libs
sind überhaupt nicht zulässig.
/libs
, die überlagert werden können, sind weiterhin in /apps
.
/apps
kann nicht über die Benutzeroberfläche bearbeitet werden.
Änderungen an OSGi-Bundles und -Konfigurationen müssen über die CI/CD-Pipeline eingeführt 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.
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:
Die folgenden Ausführungsmodi werden standardmäßig für AEM Cloud Service bereitgestellt:
author
publish
prod
author.prod
publish.prod
stage
author.stage
publish.stage
dev
author.dev
publish.dev
Zusätzliche oder benutzerdefinierte Ausführungsmodi sind in AEM Cloud Service nicht möglich.
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 auf die folgenden Bereiche bestehender AEM-Projekte auswirken kann:
Darüber hinaus werden die Schaltflächen zum Anhalten und Deaktivieren aus der Verwaltungskonsole des Replikationsagenten entfernt.
Die klassische Benutzeroberfläche ist in AEM Cloud Service nicht mehr verfügbar.
HTTP-Beschleunigung einschließlich CDN und Traffic-Management für Autoren- und Veröffentlichungsdienste werden in AEM Cloud Service standardmäßig bereitgestellt.
Bei Projekten, die von AMS oder einer lokalen Installation umgestellt werden, empfiehlt Adobe dringend die Verwendung des integrierten CDN, da die Funktionen in AEM Cloud Service für das bereitgestellte CDN optimiert sind.
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, 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.