Wesentliche Änderungen an Adobe Experience Manager (AEM) as a Cloud Service

AEM Cloud Service bietet viele neue Funktionen und Möglichkeiten zur Verwaltung Ihrer AEM-Projekte. Es gibt jedoch eine Reihe von Unterschieden zwischen AEM Sites On-Premise oder in Adobe Managed Services 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 sind schreibgeschützt. Funktionen oder benutzerdefinierter Code, die dort Änderungen vornehmen sollen, werden fehlschlagen. 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 eine Reihe von Bereichen von 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 erzwungen.
  • Überlagerungen für Bereiche in /libs, die überlagert werden dürfen, sind innerhalb von /apps weiterhin zulässig.
    • Solche Überlagerungen müssen über die CI/CD-Pipeline von Git stammen.
  • Design-Informationen für statische Vorlagen, die in /apps gespeichert 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-Roll-out 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 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

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 die Änderungen an der Autoreninstanz vor und veröffentlichen Sie diese.
  • Für Code und Konfiguration: Nehmen Sie die Ä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

Für AEM Cloud Service stehen die folgenden Ausführungsmodi standardmäßig zur Verfügung:

  • 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 Replikations-Agenten werden nicht mehr verwendet oder bereitgestellt, was sich möglicherweise auf die folgenden Bereiche bestehender AEM-Projekte auswirken könnte:

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

Beachten Sie außerdem, dass die Schaltflächen zum Anhalten und Deaktivieren aus der Verwaltungskonsole des Replikationsagenten entfernt wurden.

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öffentlichungs-Services 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.

Asset-Handhabung und -Bereitstellung

Das Hochladen, Verarbeiten und Herunterladen von Assets wurde in Experience Manager Assets as a Cloud Service optimiert. 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.

Auf dieser Seite