Betydande förändringar av Adobe Experience Manager as a Cloud Service notable-changes-aem-cloud
Adobe Experience Manager (AEM) Cloud Service innehåller många nya funktioner och möjligheter för att hantera dina AEM projekt. Det finns dock vissa skillnader mellan AEM Sites på plats eller i Adobe Managed Service jämfört med AEM Cloud Service. I det här dokumentet markeras de viktiga skillnaderna.
- En introduktion till Adobe Experience Manager as a Cloud Service
- Nyheter och skillnader i Adobe Experience Manager as a Cloud Service och tidigare versioner
- Arkitekturen i Adobe Experience Manager as a Cloud Service
- Viktiga ändringar i AEM Sites as a Cloud Service
- Viktiga ändringar i AEM Assets as a Cloud Service
De största skillnaderna finns i följande områden:
/apps och /libs kan inte ändras under körning apps-libs-immutable
Allt innehåll och alla undermappar i /apps och /libs är skrivskyddade. Funktioner eller anpassad kod som förväntar sig att göra ändringar där misslyckas. Ett fel returneras som anger att sådant innehåll är skrivskyddat och att skrivåtgärden inte kunde slutföras. Detta påverkar på flera AEM områden:
-
Inga ändringar i
/libstillåts alls.- Detta är inte en ny regel, men den har inte införts i tidigare lokala versioner av AEM.
-
Övertäckningar för områden i
/libssom kan överlappas tillåts fortfarande i/apps.- Sådana övertäckningar måste komma från Git via CI/CD-ledningen.
-
Designinformation för statiska mallar som lagras i
/appskan inte redigeras via användargränssnittet.- Du bör använda Redigerbara mallar i stället.
- Om statiska mallar fortfarande krävs måste konfigurationsinformationen komma från Git via CI/CD-flödet.
-
MSM Blueprint och anpassade MSM roll-out-konfigurationer måste installeras från Git via CI/CD-pipeline.
-
I18n-översättningsändringar måste komma från Git via CI/CD-flödet.
OSGi-paket och -konfigurationer måste behandlas som kod osgi
Ändringar av OSGi-paket och -konfigurationer måste införas via CI/CD-pipeline.
- Nya eller uppdaterade OSGi-paket måste introduceras via Git via CI/CD-pipeline.
- Ändringar i OSGi-konfigurationer kan bara komma från Git via CI/CD-pipeline.
Webbkonsolen, som användes i tidigare versioner av AEM för att ändra OSGi-paket och -konfigurationer, är inte tillgänglig i AEM Cloud Service.
Ändringar i publiceringsdatabasen tillåts inte changes-to-publish-repo
Förutom ändringar i mappen /home på publiceringsnivån tillåts inte direkta ändringar i publiceringsdatabasen på AEM Cloud Service. I tidigare versioner av lokala AEM eller AEM på AMS kan kodändringar göras direkt till publiceringsdatabasen. Vissa begränsningar kan minskas på följande sätt:
- För innehåll och innehållsbaserad konfiguration: gör ändringarna i Author-instansen och publicera dem.
- För kod och konfiguration: gör ändringarna i GIT-databasen och kör CI/CD-flödet för att implementera dem.
Anpassade körningslägen tillåts inte custom-runmodes
Ytterligare eller anpassade körningslägen är inte möjliga i AEM Cloud Service. En lista över körningslägen som finns i körklart läge för AEM Cloud Service finns i Distribuera till AEM as a Cloud Service.
Borttagning av replikeringsagenter och relaterade ändringar replication-agents
I AEM Cloud Service publiceras innehåll med Sling Content Distribution. Replikeringsagenterna som användes i tidigare versioner av AEM används inte längre eller tillhandahålls, vilket kan påverka följande områden i befintliga AEM projekt:
- Anpassade arbetsflöden som till exempel skickar innehåll till replikeringsagenter för förhandsgranskningsservrar.
- Anpassning till replikeringsagenter för att omvandla innehåll.
- Använda omvänd replikering för att återföra innehåll från Publish till författaren.
Dessutom tas knapparna för paus och inaktivering bort från administrationskonsolen för replikeringsagenten.
Borttagning av Classic UI classic-ui
Det klassiska användargränssnittet är inte längre tillgängligt i AEM Cloud Service.
Publish-Side Delivery publish-side-delivery
HTTP-acceleration inklusive CDN och trafikhantering för författartjänster och Publish-tjänster tillhandahålls som standard i AEM Cloud Service.
För projekt som går över från AMS eller en lokal installation rekommenderar Adobe starkt att du använder det inbyggda CDN, eftersom funktionerna i AEM Cloud Service är optimerade för det CDN som tillhandahålls.
Hantering och leverans av tillgångar asset-handling
Överföring, bearbetning och hämtning av resurser optimeras i Experience Manager Assets som en Cloud Service. AEM Assets är nu mer effektiv, ger större skalbarhet och gör att du kan överföra och hämta snabbare. Dessutom påverkas den befintliga anpassade koden och vissa åtgärder. En lista över ändringar och paritet med Experience Manager 6.5-funktioner finns i ändringarna av Assets.