Opmerkingen bij de release voor Cloud Manager 2025.4.0 in Adobe Experience Manager as a Cloud Service
Gemaakt voor:
- Beheerder
Meer informatie over de release van Cloud Manager 2025.4.0 in AEM (Adobe Experience Manager) as a Cloud Service.
Zie ook de huidige versienota's voor Adobe Experience Manager as a Cloud Service.
Releasedatums
De releasedatum voor Cloud Manager 2025.4.0 in AEM as a Cloud Service is donderdag 10 april 2025.
De volgende geplande release is donderdag 8 mei 2025.
Nieuwe functies
-
(UI) Verbeterde zichtbaarheid van de implementatie
De pagina van de details van de pijpleidingsuitvoering in Cloud Manager toont nu een statusbericht ("Wachten - andere lopende update") wanneer een plaatsing op een andere plaatsing wacht te beëindigen. Deze workflow maakt het eenvoudiger om de volgorde tijdens de implementatie van de omgeving te begrijpen.
-
(UI) Verbeterde domeinvalidatie
Wanneer het toevoegen van een domein, toont Cloud Manager nu een fout als het domein reeds in een Fastly rekening geïnstalleerd is: "het domein is reeds geïnstalleerd in een Fastly rekening. Gelieve te verwijderen eerst van daar alvorens aan Cloud Service toe te voegen."
Programma voor vroegtijdige goedkeuring
Neem deel aan het Cloud Manager-programma voor vroegtijdige adoptie om exclusieve toegang te krijgen tot de volgende functies voordat ze algemeen worden uitgebracht.
Momenteel zijn de volgende mogelijkheden voor vroegtijdige adoptie beschikbaar:
Kies voor uw eigen git - nu met ondersteuning voor GitLab en Bitbucket
breng Uw Eigen eigenschap van het Git is uitgebreid om steun voor externe bewaarplaatsen, zoals GitLab en Bitbucket te omvatten. Deze nieuwe steun is naast reeds bestaande steun voor privé en ondernemingsbewaarplaatsen GitHub. Wanneer u deze nieuwe repo's toevoegt, kunt u deze ook rechtstreeks aan uw pijpleidingen koppelen. U kunt deze opslagruimten hosten op openbare cloudplatforms of binnen uw privécloud of infrastructuur. Deze integratie verwijdert ook de behoefte aan constante codesynchronisatie met de bewaarplaats van Adobe en verstrekt de capaciteit om trekkingsverzoeken te bevestigen alvorens hen in een hoofdtak samen te voegen.
De pijpleidingen die externe bewaarplaatsen gebruiken (exclusief GitHub-ontvangen degenen) en de Trekker van de Plaatsing aan wordt geplaatst op de Veranderingen van het Git beginnen nu automatisch.
Zie externe bewaarplaatsen in Cloud Managertoevoegen.
NOTEAls u in het testen van deze nieuwe eigenschap en het delen van uw terugkoppelt geinteresseerd bent, verzend een e-mail naar Grp-CloudManager_BYOG@adobe.comvan uw e-mailadres verbonden aan uw Adobe ID. Zorg ervoor dat u ook het Git-platform opgeeft dat u wilt gebruiken en dat u zich in een opslagstructuur van een privéserver, een openbare opslagruimte of een bedrijfsopslagruimte bevindt.
Bugfixes
-
Uitgave met certificaten ontbrekende het gebied van de Gemeenschappelijke Naam (CN)
Cloud Manager genereert niet langer een NullPointerException (NPE) en 500 HTTP- reactie wanneer het verwerken van EV/OV- certificaten die geen Gemeenschappelijke Naam (CN) op het Onderwerpgebied omvatten. Moderne certificaten laten vaak CN weg en gebruiken in plaats daarvan de Alternatieve Naam Onderwerp (San). Deze correctie zorgt ervoor dat het ontbreken van CN niet langer een fout veroorzaakt tijdens het configuratieproces wanneer SAN aanwezig is.
-
de verificatiekwestie van het Domein met onjuiste certificaat aanpassing
Cloud Manager verifieert domeinen niet meer verkeerd gebruikend de verkeerde certificaten. Eerder gebruikte de bevestigingslogica patroon-gebaseerde aanpassing in plaats van nauwkeurige aanpassing, die domeinen zoals
should-not-be-verified.example.comertoe bracht om te verschijnen zoals geverifieerd toe te schrijven aan overlapping met geldige certificaten voorexample.com. Met deze correctie zorgt u ervoor dat domeinvalidatie nu controleert op exacte overeenkomsten en onjuiste certificaatkoppelingen voorkomt. -
gedwongen uniciteit voor Geavanceerde de voorwaardennamen van de haven van het Voorzien van een netwerk
Cloud Manager dwingt nu unieke naamgeving af voor Advanced Networking-poort. Eerder waren dubbele namen toegestaan, wat tot conflicten kon leiden. Deze moeilijke situatie zorgt ervoor dat elke haven voorwaartse ingang een verschillende naam heeft, die op beste praktijken voor de integriteit van de netwerkconfiguratie richt.