AEM-Versionsaktualisierungen aem-version-updates

Erfahren Sie, wie Adobe Experience Manager (AEM) as a Cloud Service durch Integration und Bereitstellung (CI/CD) Ihre Projekte auf dem aktuellen Versionsstand hält.

CI/CD ci-cd

AEM as a Cloud Service verwendet die kontinuierliche Integration und Bereitstellung (Continuous Integration und Continuous Delivery, CI/CD), um sicherzustellen, dass Ihre Projekte auf der aktuellen AEM-Version basieren. Dieser Prozess ermöglicht eine nahtlose Aktualisierung Ihrer Produktions-, Staging- und Entwicklungsinstanzen, ohne Ihre Benutzenden zu stören.

Bevor Ihre Instanzen automatisch aktualisiert werden, wird 3 bis 5 Tage vorher eine neue AEM-Wartungsversion veröffentlicht. Während dieses Zeitraums wird Ihre Entwicklungsinstanz möglicherweise automatisch aktualisiert, oder Sie können, falls verfügbar, optional die Aktualisierung für Ihre Entwicklungsinstanzen auslösen. Versionsaktualisierungen werden automatisch zuerst auf Ihre Entwicklungsumgebungen angewendet. Bei erfolgreicher Aktualisierung wird der Aktualisierungsprozess in Ihren Staging- und Produktionsinstanzen fortgesetzt. Die Entwicklungs- und Staging-Instanzen fungieren als automatisiertes Quality Gate (Qualitätsprüfpunkt), bei dem Ihre benutzerdefinierten Tests ausgeführt werden, bevor das Update auf Ihre Produktionsumgebung angewendet wird.

Nicht-intrusive Wartungsupdates (NIMU, Non-Intrusive Maintenance Updates) nimu

Nicht-intrusive Wartungsupdates sind automatische Aktualisierungen, die ohne Einbeziehung der Kunden-Pipelines angewendet werden.
Über NIMU kann die Kundin bzw. der Kunde die Pipeline jederzeit verwenden, auch wenn eine AEM-Versionsaktualisierung geplant oder im Gange ist, und Wartungs-Updates werden nicht mehr im Ausführungsverlauf der Kunden-Pipeline angezeigt, wodurch es einfacher wird, den Verlauf von Code-Bereitstellungen zu verfolgen.

Aktualisieren von Aktivitäten

Die aktuelle AEM-Version kann wie bisher für jede Umgebung mithilfe des Bedienfelds „Umgebungen der Cloud Manager-Benutzeroberfläche“ überprüft werden. Dieselben Qualitäts-Gates, die in der Pipeline verwendet werden, werden von nicht-intrusiven Wartungs-Updates verwendet, einschließlich der von Kundinnen und Kunden geschriebenen Tests.
Es wird eine Benachrichtigung über die Cloud Manager-Benutzeroberfläche gesendet, sobald ein nicht-intrusives Wartungs-Update auf die Umgebungen Ihres Programms angewendet wird. Sie können dies so konfigurieren, dass sie auch an Ihre E-Mail-Adresse gesendet wird.

Aktualisierungstypen update-types

Es gibt zwei Arten von AEM-Versionsaktualisierungen:

Aktualisierungsfehler update-failure

AEM-Aktualisierungen durchlaufen eine intensive und vollautomatisierte Produktvalidierungs-Pipeline, die mehrere Schritte umfasst, um sicherzustellen, dass keine Unterbrechung des Services für in Produktion befindliche Systeme auftritt. Konsistenzprüfungen erlauben eine Überwachung des Zustands der Anwendung. Wenn diese Prüfungen bei einem AEM as a Cloud Service-Update fehlschlagen, wird die Versionsfreigabe nicht fortgesetzt. Adobe untersucht dann, warum das Update zu diesem unerwarteten Verhalten geführt hat.

Wenn Sie eine neue Version von benutzerdefiniertem Code in Ihrer Umgebung bereitstellen, spielen produktbezogene und benutzerdefinierte Funktionstests eine entscheidende Rolle. Sie stellen sicher, dass die Produktionssysteme auch nach einer Änderung stabil und funktionsfähig bleiben. Diese Tests werden auch im Aktualisierungsprozess für die AEM-Version angewendet.

Wenn die Aktualisierung der Produktionsumgebung fehlschlägt, setzt Cloud Manager sie automatisch auf die Staging-Umgebung zurück. Dies erfolgt automatisch, um sicherzustellen, dass nach Abschluss einer Aktualisierung die Staging- und Produktionsumgebung auf derselben AEM-Version basieren.
Wenn die automatische Aktualisierung einer Entwicklungsumgebung fehlschlägt, werden Staging- und Produktionsumgebungen ebenfalls nicht aktualisiert.

Best Practices best-practices

Regression regression

Wenn ein Regressionsfehler auftritt, reichen Sie einen Support-Fall über die Admin Console ein. Wenn es sich bei dem Problem um einen Blocker handelt und es sich auf die Produktion auswirkt, sollte ein P1 gemeldet werden. Geben Sie alle Details an, die zum Reproduzieren des Regressionsproblems erforderlich sind.

Zusammengesetzter Knotenspeicher composite-node-store

Normalerweise verursachen Aktualisierungen keine Ausfallzeiten, auch nicht bei der Autoreninstanz, die aus einem Cluster von Knoten besteht. Rollierende Aktualisierungen sind aufgrund der Composite Node Store-Funktion in Oak möglich.

Mithilfe dieser Funktion kann AEM auf mehrere Repositorys gleichzeitig verweisen. In einer rollierenden Implementierung enthält die neue AEM-Version ein eigenes /libs (das auf TarMK basierende, unveränderliche Repository). Es unterscheidet sich von der älteren AEM-Version, obwohl beide auf ein gemeinsames, auf DocumentMK basierendes veränderliches Repository verweisen, das Bereiche wie /content, /conf und /etc enthält.

Da sowohl die alte als auch die neue Version über ihre eigenen Versionen von /libs verfügen, können sie bei der rollierenden Aktualisierung beide aktiv bleiben, wobei beide Traffic aufnehmen, bis die alte vollständig durch die neue ersetzt wurde.