octobre 12, 2023

Processus de publication AEM en tant que service cloud / Blogs / Perficient

Le processus de publication est piloté par l’architecture cloud. Contrairement à AEM sur site ou sur Adobe Managed Services (AMS), AEM as a Cloud Service (AEMaaCS) utilise une architecture conteneurisée qui entraîne des changements dans le fonctionnement de la publication. Les conteneurs dans lesquels AEM s’exécute sont temporaires et sont créés et détruits pour répondre à la demande actuelle. Une image d’AEM est créée avec chaque conteneur contenant du code déployé. Le contenu tel que les pages et les ressources numériques est conservé en dehors de ces conteneurs et accessible via le Content Repository Service par toutes les instances AEM. Conserver ce contenu en dehors de ces conteneurs présente l’avantage supplémentaire de conserver les images plus petites afin que la mise à l’échelle automatique pour créer de nouveaux conteneurs soit plus rapide.

Contenu mutable et immuable

AEMaaCS fait la distinction entre le contenu mutable et immuable. Le contenu immuable inclut /apps et /libs tandis que le reste du référentiel, y compris /content, /conf, /var, /etc, /oak:index, /system, /tmp, etc. sont considérés comme mutables. Le contenu immuable sous /apps ne peut être déployé sur AEM que via un pipeline Cloud Manager et fait partie de l’image d’AEM créée avec chaque conteneur. Tout ce qui se trouve sous /libs ne peut pas être modifié du tout. Le contenu Mutable est ce qui est stocké en dehors des instances AEM dans le service de référentiel de contenu commun.

Publication de contenu modifiable

Au lieu de répliquer le contenu, Sling Content Distribution est utilisé. Sling Content Distribution utilise un service de pipeline qui s’exécute sur Adobe I/O, la plate-forme d’exécution sans serveur d’Adobe. Les actions de publication sont atomiques, ce qui signifie que lors de la publication de plusieurs éléments de contenu, soit elles réussissent, soit elles échouent toutes. Cela garantit qu’il y a une cohérence. Lorsque le contenu est publié, il est ajouté à une file d’attente à laquelle les instances de publication s’abonnent. Il existe une instance de publication spéciale appelée Golden Master à partir de laquelle toutes les autres instances de publication sont créées et auxquelles les utilisateurs finaux n’ont pas accès.

Utilisation de l’outil de modernisation du référentiel pour une migration fluide vers AEMaaCS

Configuration de la distribution de contenu

Dans une instance d’auteur, la distribution de contenu peut être configurée sous Outils -> Déploiement en sélectionnant Distribution.

Onglet Déploiement AEM pour la distribution

Les files d’attente de publication pour les environnements de prévisualisation et de publication y seront répertoriées et pourront être sélectionnées.

Aperçu et publication de la distribution AEM

Une fois qu’un environnement est sélectionné, l’état des files d’attente de publication, les journaux, les paramètres et un onglet Distribuer peuvent être sélectionnés.

État du processus de publication Aem

Journaux de processus de publication Aem

Paramètres du processus de publication Aem

Dans l’onglet Distribuer, vous pouvez ajouter un nœud, ajouter une arborescence ou supprimer un chemin sélectionné avec un navigateur de chemins à soumettre aux files d’attente de publication.

Onglet Publication et distribution AEM

Publication via l’éditeur ou la console Sites

La publication lors de l’édition d’une page ou dans la console lors de la sélection d’une page fonctionne de la même manière que les versions non cloud d’AEM. La page de publication peut être sélectionnée à partir de l’icône Informations sur la page directement dans l’éditeur. Dans la console, lors de la sélection de pages dans l’arborescence, vous pouvez sélectionner soit Publication rapide, soit Gérer la publication pour s’exécuter sur les pages sélectionnées. Comme auparavant, Quick Publish effectue immédiatement une publication superficielle et Gérer la publication offre plus d’options.

Publication via Workflow

En plus de pouvoir publier une arborescence de contenu via Gérer la publication dans la console, cela peut également se faire via un workflow. Accédez à Outils pour rechercher Workflow et sélectionnez Modèles pour afficher un modèle de workflow appelé Publier l’arborescence de contenu.

Modèles de workflow AEM et arborescence de contenu de publication

Ce workflow ne doit pas être invoqué directement. Tout d’abord, faites une copie de ce flux de travail et appelez cette copie.

Publication via l’API de réplication

Lorsqu’il est nécessaire de publier du contenu par programmation, cela peut être réalisé via l’API de réplication. C’est aussi simple que d’obtenir des références à com.day.cq.replication.Replicator et/ou com.day.cq.replication.ReplicationStatusProvider via les annotations @Reference. Pour la publication, c’est aussi simple que d’appeler la méthode répliquée sur l’instance Replicator et de transmettre une session, le ReplicationActionType et le ou les chemins d’accès au contenu à publier. Par défaut, le contenu sera publié dans les files d’attente de l’environnement de publication. S’il est nécessaire de publier dans l’environnement de préversion, un nouvel objet ReplicationOptions devra être créé pour spécifier que l’agent de préversion doit être utilisé. Cet objet ReplicationOptions peut être transmis à une version de la méthode de réplication sur l’objet Replicator qui accepte ReplicationOptions.