Versionshinweise für Cloud Manager 2025.10.0 in Adobe Experience Manager as a Cloud Service release-notes

Erfahren Sie mehr über Version 2025.10.0 von Cloud Manager in AEM (Adobe Experience Manager) as a Cloud Service.

Hier finden Sie die aktuellen Versionshinweise für Adobe Experience Manager as a Cloud Service.

Veröffentlichungsdaten release-date

Die Version 2025.10.0 von Cloud Manager in AEM as a Cloud Service wurde am 2. Oktober 2025 veröffentlicht.

Die Veröffentlichung der nächsten Version ist für den 6. November 2025 geplant.

Neue Funktionen what-is-new

  • Dedizierte Bereitstellungs-Pipelines nur für Staging und Produktion

    Cloud Manager bietet jetzt dedizierte Bereitstellungs-Pipelines nur für Staging und Produktion, die eine größere Flexibilität bei der unabhängigen Verwaltung von Bereitstellungen in Staging- und Produktionsumgebungen bieten. Siehe Aufspaltung von Pipelines nur für Staging und Produktion.

  • AEM Cloud Health Assessment Service

    Adobe führt den AEM Cloud Health Assessment Service ein, ein automatisiertes, nicht-invasives Prüf-Tool, das Ihre AEM as a Cloud Service-Umgebung optimiert, sichert und mit Best Practices abstimmt.

    Dieser Service bietet folgende Funktionen:

    • Prüft Umgebungen auf Leistungsengpässe, Ineffizienzen und potenzielle Risiken.
    • Analysiert Inhaltsstrukturen (Blueprints, Live Copies) und benutzerdefinierte Konfigurationen.
    • Identifiziert veraltete Abhängigkeiten (AEM SDK, Bibliotheken von Drittanbietern).
    • Kennzeichnet Probleme mit der Code-Qualität (falsche Anmerkungen, ineffiziente Muster).
    • Stellt verwertbare Anleitungen über Dashboards wie Aktionszentrum bereit.
    • Unterstützt die proaktive Optimierung durch frühzeitige Erkennung und Behebung von Problemen.

    Teams können ihre AEM-Umgebungen kontinuierlich überwachen und verbessern, um eine reibungslose Leistung, mehr Sicherheit und langfristige Wartungsfreundlichkeit zu erzielen.

    Siehe Zustandsbewertung für Produktions- und Staging-Umgebungen.

  • Unterstützung von Konfigurations-Pipelines

    Konfigurations-Pipelines werden jetzt für Sites unterstützt, die mit Edge Delivery Services erstellt wurden, sodass diese Funktion über Cloud Service-Umgebungen hinaus genutzt werden kann. Sie können Konfigurations-Pipelines verwenden, um Einstellungen wie die CDN-Konfiguration zu verwalten, einschließlich Traffic-Filterregeln und Herkunftsauswahlen. Siehe Unterstützte Konfigurationen.

    Konfigurations-Pipelines für Edge Delivery unterstützen über Cloud Manager-Pipeline-Variablen auch Geheimnisse.

    Siehe Hinzufügen einer Edge Delivery-Pipeline.

  • Optimierung des Dialogfelds zur Einrichtung des Domain Mapping-CDN

    Cloud Manager hat den Fluss Domain einem CDN zuordnen vereinfacht, um Verwirrung zu reduzieren und die Konfiguration zu beschleunigen. Das Dialogfeld hebt jetzt das von Adobe verwaltete CDN hervor (mit dem Hinweis „Empfohlen“).

    Dialogfeld „Domain einem CDN zuordnen“ mit aktiviertem Optionsfeld „Von Adobe verwaltetes CDN“ .

    Siehe Hinzufügen einer Domain-Zuordnung.

    Das Dialogfeld enthält auch eine präzise Check-Liste für die Karte Anderer CDN-Anbieter mit Schwerpunkt auf Anleitungen mit den folgenden Inhalten:

    • Verweisen Sie für den CDN-Ursprung auf publish-p<PROGRAM_ID>-e<ENV_ID>.adobeaemcloud.com.
    • Legen Sie Host/SNI auf den ursprünglichen Host fest.
    • Fügen Sie X-AEM-Edge-Key hinzu (nach Bereitstellung des Schlüssels in Cloud Manager).
    • Legen Sie X-Forwarded-Host auf Ihre kundenorientierte Domain fest.
    • Löschen Sie andere X-Forwarded-*-Header, bevor Sie AEM erreichen.

    Dialogfeld „Domain einem CDN zuordnen“ mit aktiviertem Optionsfeld „Andere CDN-Anbieter“

    Die zugehörige Fußzeile enthält zwei hilfreiche Links: Beispielkonfigurationen für gängige CDNs und einen Link zur vollständigen Dokumentation. Eine Bestätigungsschaltfläche („Ich habe mein CDN konfiguriert“) vervollständigt den Fluss.

    Siehe CDN in AEM as a Cloud Service.

Beta-Programme private-beta-program

Nehmen Sie am Beta-Programm von Cloud Manager teil, um exklusiven Zugriff auf bevorstehende Funktionen vor ihrer regulären Veröffentlichung zu erhalten.

Derzeit stehen die folgenden Möglichkeiten zur Verfügung:

Erweiterbarkeit und Anpassung von Experience Hub exp-hub-extensibility

Experience Hub dient als Einstiegspunkt für AEM und ist an die Anforderungen Ihres Unternehmens angepasst. Teilen Sie Adobe Ihre bestehenden Erweiterungen der AEM-Benutzeroberfläche mit, damit Sie sie mit minimalem Aufwand in Experience Hub aktivieren können.

Diagramm des Erweiterbarkeits- und Anpassungs-Workflows von Experience Hub

Betten Sie benutzerdefinierte Erlebnisse in Experience Hub ein, um das Dashboard Ihres Unternehmens zu erweitern und zu personalisieren. Zusätzlich zu den integrierten Widgets von Adobe können Sie Ihre eigenen mit dem Framework für die Erweiterbarkeit der Benutzeroberfläche hinzufügen. Erstellen Sie auf JavaScript basierte Benutzeroberflächen-Apps und stellen Sie sie Ihren Benutzenden zur Verfügung, um geschäftsspezifische Anforderungen und Workflows zu erfüllen.

Sie interessieren sich für die Beta-Version? Senden Sie eine E-Mail an beta_exphubextensibility@adobe.com mit Ihrer Adobe-OrgID und einer kurzen Beschreibung der Anpassung, die Sie vornehmen möchten.

Schnellere Builds mit Modul-Caching quick-build-cm-pipelines

Ein neues Build-Modell kompiliert nur geänderte Module (nicht das gesamte Repository) mithilfe des Caching auf Modulebene, um die Erstellungszeiten zu verkürzen. Es kann für Code-Qualitäts-, Full-Stack- und reine Staging-Pipelines angewendet werden.

Dialogfeld „Produktionsfremde Pipeline bearbeiten“ mit den beiden Optionen für die Build-Strategie „Vollständiger Build“ und „Intelligenter Build“
Dialogfeld „Produktionsfremde Pipeline bearbeiten“ mit den beiden Optionen für die Build-Strategie „Vollständiger Build“ und „Intelligenter Build“.

Im Dialogfeld Pipeline hinzufügen/bearbeiten auf der Registerkarte Source-Code können Sie mit dem Abschnitt Erstellen-Strategie eine der folgenden Build-Optionen auswählen:

  • Vollständiger Build - Erstellt bei jeder Ausführung alle Module im Repository.
  • Smarter Build - Erstellt nur Module, die seit dem letzten Commit geändert wurden, was die Erstellungszeit insgesamt verkürzt.

Sie steuern, welche Pipelines „Smart Build“. Während der Beta-Phase wird diese Option nur für Pipelines Code-Qualität und Bereitstellung durch Entwicklung angezeigt.

Sie sind interessiert? Senden Sie eine E-Mail an beta_quickbuild_cmpipelines@adobe.com mit Ihrer Adobe-OrgID und Programm-ID.

Rollback mit einem Klick bei Pipeline-Bereitstellungen one-click-rollback

Kehren Sie schnell zu einer vorherigen Bereitstellung zurück, wenn der neueste kundenspezifische Quell-Code nicht wie erwartet funktioniert. Dabei ist es nicht erforderlich, die vollständige Pipeline erneut auszuführen oder Commits manuell zurückzusetzen.

Stellen Sie kundenspezifischen Quell-Code über die Karte „Umgebungen“ Karte „Umgebungen“ oben mit der Option Wiederherstellen>Zuvor bereitgestellter Code​für eine ausgewählte Umgebung wieder her.

Dialogfeld „Zuvor bereitgestellten Code wiederherstellen“
Überprüfen Sie im Dialogfeld Zuvor bereitgestellten Code wiederherstellen​die aktuell bereitgestellte Version sowie die Version, die Sie wiederherstellen möchten, und klicken Sie dann auf Bestätigen.

Aktivierung wird wiederhergestellt
Cloud Manager setzt die Umgebung auf den früheren Build zurück, behält Inhalte und Konfiguration bei und markiert die Umgebung als Wiederherstellung läuft, bis die Bereitstellung abgeschlossen ist.

Verwendete Quell-Code-Version Die Ansicht „Umgebungsdetails“, wie oben dargestellt, zeigt jetzt auch die verwendete aktive Quell-Code-Version an.

Wenn Sie diese neue Funktion testen und uns Ihr Feedback mitteilen möchten, senden Sie über die mit Ihrer Adobe ID verknüpfte E-Mail-Adresse eine E-Mail an restorecode@adobe.com.

Siehe Wiederherstellen des vorherigen in AEM as a Cloud Service bereitgestellten Codes.

Siehe auch Wiederherstellung von Content in AEM as a Cloud Service.

Spezialisierte Testumgebung specialized-test-environment

Cloud Manager unterstützt jetzt das Hinzufügen eines neuen Umgebungstyps namens Spezialisierte Testumgebung. Diese Umgebung soll Teams dabei helfen, Funktionen vor der Live-Schaltung unter produktionsnahen Bedingungen zu validieren. Dieser Umgebungstyp unterscheidet sich von Produktion + Staging, Entwicklung oder Schnelle Entwicklung und bietet einen fokussierten Raum für die Ausführung erweiterter Validierungsszenarien.

Neueste Verbesserungen

  • Sie können jetzt mit einem einfacheren, intuitiveren Workflow spezialisierte Testumgebungen für produktionsfremde Pipelines konfigurieren. Die optimierte Einrichtung beschleunigt die Fertigstellung und reduziert Konfigurationsfehler.
  • Inhalt kopieren wird jetzt in speziellen Testumgebungen unterstützt. Sie können Inhalt kopieren jetzt sicher in isolierten Testumgebungen ausführen, die die Produktion spiegeln.

Siehe Hinzufügen einer spezialisierten Testumgebung.

Dialogfeld „Umgebung hinzufügen“ mit aktiviertem Optionsfeld „Spezialisierte Testumgebung“

NOTE
Adobe hat Anfragen zum Beta-Zugriff für spezialisierte Testumgebungen abgeschlossen und eine ausreichende Anzahl von Teilnehmenden erreicht. Die Funktion ist jetzt in Vorbereitung für die allgemeine Verfügbarkeit.

Bring Your Own Git (BYOG) gitlab-bitbucket-azure-vsts

Kundinnen und Kunden können nun ihre Azure DevOps-Git-Repositorys in Cloud Manager integrieren, wobei sowohl moderne Azure DevOps- als auch ältere VSTS(Visual Studio Team Services)-Repositorys unterstützt werden.

  • Für Edge Delivery Services-Benutzende kann das integrierte Repository zum Synchronisieren und Bereitstellen von Sitecode verwendet werden.
  • Für Benutzende von AEM as a Cloud Service und Adobe Managed Services (AMS) kann das Repository mit Fullstack- und Frontend-Pipelines verknüpft werden.

Zusätzliche Pipeline-Typen und die Validierung von Pull-Anfragen durch Code-Qualitäts-Pipelines werden demnächst unterstützt.

Siehe Hinzufügen von externen Repositorys in Cloud Manager.

Dialogfeld „Repository hinzufügen“

Häufig gestellte Fragen zu BYOG

Frage
Antwort
Wie kann ein Projekt bei Bedarf zurück zum von Adobe verwalteten Git-Repository wechseln?
Das Zurückwechseln ist unkompliziert. Aktualisieren Sie die Pipelines, um auf das Adobe-Repository zu verweisen und entfernen Sie das externe Repository, wenn es nicht mehr benötigt wird.
Ist es möglich, verschiedene Repositorys für verschiedene Umgebungen zu konfigurieren (z. B. produktionsfremd gegenüber Produktion), um Tests zuerst in produktionsfremden Umgebungen zu ermöglichen?
Ja, verschiedene Repositorys können für separate Umgebungen konfiguriert werden. Beispielsweise kann die Qualitäts-Pipeline für Entwicklung oder Code auf ein externes Repository verweisen, während die Produktions-Pipeline mit dem Adobe-Repository verbunden bleibt. Stellen Sie sicher, dass der Synchronisationsauftrag zwischen den beiden Repositorys während dieser Konfiguration aktiv bleibt.
Funktionieren bestehende Einstellungen wie IP Allow-Listen weiterhin?
Ja, bestehende IP Allow-Listen funktionieren weiterhin wie gewohnt. Wenn das externe Git-Repository jedoch durch eine Firewall geschützt ist, müssen die erforderlichen Adobe-IP-Adressen zur Zulassungsliste hinzugefügt werden.
Funktionieren alle GitLab-Repository-URLs? Die verwendete Repository-URL folgt dem Format https://gitlab_dedicated_url.com/path/repo-name.git, das sich vom Beispiel in der Dokumentation unterscheidet.
Ja, jedes GitLab-Repository, das API V3 oder V4 unterstützt, wird unterstützt, einschließlich selbst gehosteter GitLab-URLs wie unter Hinzufügen externer Repositorys in Cloud Manager (https://git-vendor-name.com/org-name/repo-name.git) beschrieben.

Zugriffstoken verwalten manage-access-tokens

Verwenden Sie Zugriffstoken verwalten in Cloud Manager, um Zugriffstoken in Verbindung mit externen BYOG-Repositorys wie GitHub Enterprise, GitLab, Bitbucket und Azure DevOps anzuzeigen, umzubenennen und zu löschen.

Siehe Verwalten von Zugriffstoken.

Fehlerbehebungen bug-fixes

In der Cloud Manager-Version von Oktober gibt es keine signifikanten Fehlerbehebungen.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab