Wesentliche Änderungen an Adobe Experience Manager as a Cloud Service

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.

HINWEIS

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:

/apps und /libs sind zur Laufzeit unveränderlich

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:

  • Änderungen in /libs sind überhaupt nicht zulässig.
    • Dies ist keine neue Regel, wurde jedoch in früheren On-Premise-Versionen von AEM nicht durchgesetzt.
  • Überlagerungen für Bereiche in /libs , die überlagert werden können, sind weiterhin in /apps.
    • Solche Überlagerungen müssen über die CI/CD-Pipeline von Git stammen.
  • Designinformationen für statische Vorlagen, die in gespeichert sind /apps kann nicht über die Benutzeroberfläche bearbeitet werden.
    • Es wird empfohlen, stattdessen bearbeitbare Vorlagen zu verwenden.
    • Wenn weiterhin statische Vorlagen erforderlich sind, 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

Ä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 über die CI/CD-Pipeline von Git stammen.

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

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 Konfiguration: Nehmen Sie Ihre Änderungen in der Autoreninstanz vor und veröffentlichen Sie sie.
  • 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

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.

Entfernung von Replikations-Agenten und damit zusammenhängenden Änderungen

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:

  • Benutzerdefinierte Workflows, die Inhalte beispielsweise an Replikations-Agenten von Vorschau-Servern senden.
  • Anpassung an Replikations-Agenten zur Umwandlung von Inhalten.
  • Verwenden der Rückwärtsreplikation, um Inhalte aus der Veröffentlichung zurück in die Autoreninstanz zu bringen.

Darüber hinaus werden die Schaltflächen zum Anhalten und Deaktivieren aus der Verwaltungskonsole des Replikationsagenten entfernt.

Entfernung der klassischen Benutzeroberfläche

Die klassische Benutzeroberfläche ist in AEM Cloud Service nicht mehr verfügbar.

Bereitstellung auf Veröffentlichungsseite

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.

Asset-Handhabung und -Bereitstellung

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.

Auf dieser Seite