Fehlerbehebung bei verlängerten Bereitstellungszeiten in Adobe Experience Manager as a Cloud Service-Produktions-Pipelines

Letzte Aktualisierung: 12. Oktober 2026

Erfahren Sie, wie Sie die zunehmende Bereitstellungsdauer in AEM as a Cloud Service-Produktions-Pipelines untersuchen und bewältigen können.

Beschreibung description

Umgebung

Adobe Experience Manager as a Cloud Service (AEMaaCS)
Adobe Cloud Manager

Symptome

Bereitstellungen über Produktions-Pipelines in Adobe Cloud Manager dauern länger als in vorherigen Versionen.
Dieses Problem tritt während des Bereitstellungsschritts auf, insbesondere wenn rollierende Aktualisierungen auf Veröffentlichungsinstanzen durchgeführt werden. Die Bereitstellungs-Pipeline umfasst in der Regel Build-, Unit-Tests, Code-Qualitätsanalysen und Bereitstellungsphasen.
Eine deutliche Verlängerung der Startzeit der Veröffentlichungsinstanz und der Bereitschaft während des rollierenden Ersetzungsprozesses führen zu längeren Bereitstellungsdauern insgesamt.
In der Telemetrie sind möglicherweise keine Bereitstellungsfehler, Ressourcenengpässe oder fehlgeschlagenen Konsistenzprüfungen sichtbar, und die Bereitstellung wird möglicherweise trotzdem erfolgreich abgeschlossen.

Ursache

Hauptursache für die längere Bereitstellungszeit ist häufig der serialisierte rollierende Ersatz von Veröffentlichungsinstanzen. Jede neue Instanz muss vollständig gestartet sein und Konsistenzprüfungen bestehen, bevor die nächste ersetzt wird. Die zunehmende Komplexität der Anwendungen, die Größe des Repositorys oder die Aktivierungszeit verlängern diesen Prozess.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben:

Überprüfen Sie die letzten Ausführungen der Bereitstellungs-Pipeline in Adobe Cloud Manager und vergleichen Sie die Dauer jeder Phase, wobei Sie sich auf den Bereitstellungsschritt und die rollierende Aktualisierung der Veröffentlichungsinstanzen konzentrieren.
Untersuchen Sie, ob aktuelle Versionen zusätzliche Aktivierungszeitverarbeitung, Start-Up-Listener oder mehr OSGi-Bundles in Veröffentlichungsinstanzen eingeführt haben.
Überprüfen Sie, ob die Größe des Repositorys, das Segmentvolumen oder die Indexanzahl zwischen den Versionen signifikant angestiegen ist, da diese Faktoren sich auf die Start- und Bereitschaftszeiten der Veröffentlichungsinstanz auswirken können.
Erfassen Sie bei der nächsten Produktionsbereitstellung die Startprotokolle der Veröffentlichungsinstanz, um zu analysieren, welche Vorgänge zur Verzögerung beitragen. Stellen Sie sicher, dass die Protokollerfassung die gesamte Startsequenz abdeckt.
Wenn die Startzeit weiterhin zunimmt, sollten Sie die Verarbeitung der Aktivierungszeit optimieren, unnötige Startup-Listener reduzieren oder nicht verwendete OSGi-Bundles und -Indizes bereinigen.
Nachdem Sie Änderungen vorgenommen haben, überprüfen Sie, indem Sie eine andere Bereitstellung ausführen und die Dauer des Bereitstellungsschritts mit vorherigen Ausführungen vergleichen.