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 Freitag, 2. Oktober 2025 veröffentlicht.

Die Veröffentlichung der nächsten Version ist für den Freitag, 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 Checkup-Tool, das Ihre AEM as a Cloud Service-Umgebung optimiert, sicher und mit Best Practices abgestimmt hält.

    Dieser Service bietet folgende Funktionen:

    • Durchsucht Umgebungen nach Performance-Engpässen, Ineffizienzen und potenziellen Risiken.
    • Analysiert Inhaltsstrukturen (Blueprints, Live Copies) und benutzerdefinierte Konfigurationen.
    • Identifiziert veraltete Abhängigkeiten (AEM SDK, Drittanbieterbibliotheken).
    • Kennzeichnet Probleme mit der Code-Qualität (falsche Anmerkungen, ineffiziente Muster).
    • Stellt verwertbare Anleitungen über Dashboards wie Aktionscenter 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 reibungslosere Leistung, mehr Sicherheit und langfristige Wartungsfreundlichkeit zu erzielen.

    Siehe Health Assessment for Production and Staging Environments.

  • Pipeline-Unterstützung konfigurieren

    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 Ursprungsselektoren. Siehe Unterstützte Konfigurationen.

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

    Siehe Edge Delivery-Pipeline hinzufügen.

  • Das Dialogfeld „Domain Mapping-CDN Setup“ wurde optimiert

    Cloud Manager hat den Fluss Domain zu CDN zuordnen vereinfacht, um Verwirrung zu stiften und die Konfiguration zu beschleunigen. Das Dialogfeld betont jetzt das von Adobe verwaltete CDN (mit dem Badge „Recommended„).

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

    Siehe Hinzufügen einer Domain-Zuordnung.

    Das Dialogfeld enthält auch eine einzelne, knappe Checkliste für die Karte Andere CDN-Anbieter mit Schwerpunkt auf Anleitungsinhalten mit den folgenden Inhalten:

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

    Dialogfeld „Domain dem 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 einzige 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, angepasst an die Anforderungen Ihres Unternehmens. Teilen Sie Adobe Ihre bestehenden Erweiterungen der AEM-Benutzeroberfläche mit, damit Sie sie mit minimalem Aufwand in Experience Hub aktivieren können.

Abbildung 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 UI Extensibility-Framework hinzufügen. Erstellen Sie JavaScript-basierte Benutzeroberflächen-Apps und stellen Sie sie Ihren Benutzern zur Verfügung, um geschäftsspezifische Anforderungen und Workflows zu erfüllen.

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

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

Ein neues Build-Modell kompiliert nur geänderte Module (und nicht das gesamte Repository) mithilfe des Caching auf Modulebene, um die Erstellungszeiten zu verkürzen. Sie gilt für Pipelines in Code-Qualität, mit vollem Stapel und nur Staging.

Interessiert? Senden Sie eine E-Mail an 0}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

Es gibt keine signifikanten Fehlerbehebungen in der Cloud Manager-Version vom Oktober.

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