Changements notables dans Adobe Experience Manager as a Cloud Service notable-changes-aem-cloud
Adobe Experience Manager (AEM) Cloud Service offre de nombreuses nouvelles fonctionnalités et possibilités de gestion pour vos projets AEM. Cependant, il existe plusieurs différences entre AEM Sites On-Premise ou Adobe Managed Service et AEM Cloud Service. Ce document met en lumière les différences importantes.
- Introduction à Adobe Experience Manager as a Cloud Service
- Nouveautés et différences entre Adobe Experience Manager as a Cloud Service avec les versions précédentes
- Architecture d’Adobe Experience Manager as a Cloud Service
- Modifications notables apportées à AEM Sites as a Cloud Service
- Modifications notables apportées à AEM Assets as a Cloud Service
Les principales différences sont les suivantes :
/apps et /libs ne sont pas modifiables au moment de l’exécution apps-libs-immutable
Le contenu et les sous-dossiers de /apps et /libs sont en lecture seule. Les fonctionnalités ou le code personnalisé qui s’attendent à apporter des modifications à ces emplacements échouent. Une erreur est alors renvoyée, indiquant que ce contenu est en lecture seule et que l’opération d’écriture n’a pas pu être effectuée. Cela a un impact dans plusieurs domaines AEM :
-
Aucune modification n’est autorisée dans
/libs.- Il ne s’agit pas d’une nouvelle règle, mais elle n’était pas appliquée dans les précédentes versions On-Premise d’AEM.
-
Les recouvrements pour les zones de
/libsqui peuvent être recouvertes sont toujours autorisés dans/apps.- Ces recouvrements doivent provenir de Git par l’intermédiaire du pipeline CI/CD.
-
Les informations de conception de modèles statiques stockées dans
/appsne peuvent pas être modifiées au moyen de l’interface utilisateur.- Il est recommandé d’utiliser plutôt des modèles modifiables.
- Si des modèles statiques sont toujours requis, les informations de configuration doivent provenir de Git via le pipeline CI/CD.
-
Les configurations de déploiement MSM personnalisées et de plan directeur MSM doivent être installées à partir de Git via le pipeline CI/CD.
-
Les modifications de traduction I18n doivent provenir de Git par l’intermédiaire du pipeline CI/CD.
Les lots et configurations OSGi doivent être traités comme du code. osgi
Les modifications apportées aux lots et aux configurations OSGi doivent être introduites par le biais du pipeline CI/CD.
- Les lots OSGi nouveaux ou mis à jour doivent être introduits par Git par l’intermédiaire du pipeline CI/CD.
- Les modifications apportées aux configurations OSGi peuvent uniquement provenir de Git par l’intermédiaire du pipeline CI/CD.
La console web, qui était utilisée dans les versions précédentes d’AEM pour modifier les lots et les configurations OSGi, n’est pas disponible dans AEM Cloud Service.
Les modifications apportées au référentiel de publication ne sont pas autorisées changes-to-publish-repo
Outre les modifications apportées au dossier /home dans la couche Publication, les modifications directes apportées au référentiel de publication ne sont pas autorisées sur AEM Cloud Service. Dans les versions précédentes d’AEM ou d’AEM on AMS, des modifications de code pouvaient être apportées directement au référentiel de publication. Certaines limitations peuvent être atténuées de différentes manières :
- Pour le contenu et la configuration basée sur le contenu : effectuez vos modifications sur l’instance de création et publiez-les.
- Pour le code et la configuration : effectuez vos modifications dans le référentiel GIT et exécutez le pipeline CI/CD pour les déployer.
Les modes d’exécution personnalisés ne sont pas autorisés. custom-runmodes
Aucun mode d’exécution supplémentaire ou personnalisé n’est accepté dans AEM Cloud Service. Pour obtenir la liste des modes d’exécution prêts à l’emploi d’AEM Cloud Service, consultez Déploiement sur AEM as a Cloud Service.
Suppression des agents de réplication et modifications connexes replication-agents
Dans AEM Cloud Service, le contenu est publié à l’aide du module de distribution de contenu Sling. Les agents de réplication utilisés dans les versions précédentes d’AEM ne sont plus utilisés ni fournis, ce qui peut avoir une incidence sur les domaines suivants des projets AEM existants :
- Workflows personnalisés qui envoient, par exemple, du contenu vers les agents de réplication des serveurs d’aperçu.
- Personnalisation des agents de réplication pour transformer le contenu.
- Utilisation de la réplication inverse pour ramener le contenu de l’instance de publication à l’instance de création.
De plus, les boutons Pause et Désactiver ont été supprimés de la console d’administration de l’agent de réplication.
Suppression de l’interface utilisateur classique classic-ui
L’interface utilisateur classique n’est plus disponible dans AEM Cloud Service.
Diffusion côté publication publish-side-delivery
L’accélération HTTP, y compris la gestion du trafic et du réseau CDN pour les services de création et de publication, est fournie par défaut dans AEM Cloud Service.
Pour la transition d’un projet à partir d’AMS ou d’une installation On-Premise, Adobe recommande vivement d’exploiter le réseau CDN intégré, car les fonctionnalités d’AEM Cloud Service sont optimisées pour le réseau CDN fourni.
Gestion et diffusion des ressources asset-handling
Le chargement, le traitement et le téléchargement des ressources sont optimisés dans Experience Manager Assets en tant que Cloud Service. AEM Assets est désormais plus efficace, permet une mise à l’échelle plus importante et vous permet de charger et de télécharger beaucoup plus rapidement. Cela a également un impact sur le code personnalisé existant et sur certaines opérations. Pour obtenir la liste des modifications et la parité avec les fonctionnalités Experience Manager 6.5, voir les modifications apportées à Assets.