Présentation de l’architecture d’Adobe Experience Manager as a Cloud Service an-introduction-to-the-architecture-adobe-experience-manager-as-a-cloud-service

Environnement de production :

• Un environnement de production héberge les applications destinées aux entreprises et exécute les expériences en direct.

Environnement d’évaluation :

• Un environnement d’évaluation est toujours couplé à un environnement de production unique dans une relation 1:1.

• L’environnement d’évaluation est principalement conçu pour les tests automatisés avant que les modifications apportées à l’application ne soient transmises à l’environnement de production.

  • Cela est indépendant des modifications initiées par Adobe dans le cadre d’une mise à jour de maintenance ou par vos déploiements de code.
  • Vous pouvez également effectuer des tests manuels dans le cas d’un déploiement de code.

• Le contenu de l’environnement d’évaluatoin est généralement conservé synchronisé avec le contenu de production à l’aide de la fonctionnalité de copie de contenu en libre-service.

• Effectuez les tests de performance et de sécurité dans un environnement de test. Celui-ci a la même taille que l’environnement de production.

Environnement de développement :

• Un environnement de développement permet à l’équipe de développement d’implémenter et de tester des applications AEM dans les mêmes conditions d’exécution que les environnements d’évaluation et de production.
• Les modifications passent par un pipeline de déploiement qui permet les mêmes points de contrôle de sécurité et de qualité de code que dans les pipelines de déploiement de production.
• Les environnements de développement n’ont pas la même taille que les environnements de test et de production et ne doivent pas être utilisés pour effectuer des tests de performance et de sécurité.

Environnement de développement rapide (RDE) :

• Un environnement RDE permet des itérations de développement rapides lors du déploiement de code nouveau ou existant dans les instances RDE, sans passer par un pipeline de déploiement officiel, comme dans les environnements de développement standard.

Niveau de création AEM :
fournit une interface web (avec les API associées) pour la gestion du contenu web. Cela fonctionne pour les deux approches :

• Couplé – Via l’éditeur de page et l’éditeur universel
• Découplé – Via l’éditeur de fragment de contenu

Niveau de création basé sur les documents :
vous permet de créer du contenu à l’aide d’applications standard, telles que :

• Microsoft Word et Excel – Via SharePoint
• Google Docs et Sheets – Via Google Drive

Niveau de publication AEM :

• exécute une batterie d’éditeurs et d’éditrices, et de dispatchers standard AEM, permettant le rendu dynamique des pages web et du contenu d’API (par exemple, GraphQL) assemblés avec du contenu publié ;
• repose principalement sur la logique d’application côté serveur.

Le niveau de publication Edge Delivery :

• permet le rendu dynamique des pages web et du contenu d’API provenant de diverses sources de contenu telles que le niveau de création AEM ou le niveau de création basée sur des documents ;
• est basé sur une logique d’application côté client et conçu pour des performances optimales.

Le niveau de ressources Edge Delivery :

• permet la diffusion d’éléments multimédias approuvés et publiés à partir d’AEM Assets ; Images et vidéos, par exemple.
• permet aux éléments multimédias d’être généralement référencés à partir d’expériences s’exécutant sur le niveau de publication AEM, sur le niveau de publication Edge Delivery ou à partir de toute autre application Adobe Experience Cloud intégrée à AEM Assets.

Le niveau Aperçu AEM et le niveau Aperçu Edge Delivery Services :

• sont également disponibles pour les expériences créées respectivement avec le niveau de publication AEM ou le niveau de publication Edge Delivery ;
• permet aux auteurs et autrices de contenu de prévisualiser le contenu en contexte avant les opérations de publication.

Le service de réplication :

• Est situé entre le niveau de gestion de contenu et le niveau de diffusion d’expérience ;
• est responsable du traitement des opérations de publication émises par les auteurs et autrices de contenu, puis de la fourniture du contenu publié aux niveaux de publication (AEM ou Edge Delivery).

Le service référentiel de contenu :

• est utilisé par le niveau de création AEM ;
• est une instance cloud d’un référentiel de contenu compatible JCR, implémentée par la technologie Apache Oak.
• La persistance du contenu repose principalement sur l’espace de stockage dans le cloud basé sur l’objet Blob.

Le service CI/CD :

• représente le sous-ensemble des fonctionnalités de Cloud Manager dédiées à la gestion des pipelines de déploiement dans les environnements AEM.

Le service de test :

• représente l’infrastructure sous-jacente utilisée pour exécuter :

  • des tests fonctionnels ;
  • des tests de l’interface utilisateur : par exemple, basés sur des scripts Selenium ou Cypress ;
  • des tests d’audit d’expérience : par exemple, des scores Lighthouse ;

  dans le cadre d’un pipeline de déploiement vers un environnement AEM ou dans le cadre d’une demande d’extraction GitHub vers un référentiel de code Edge Delivery.

Le service de données :

• est chargé d’exposer les données client, telles que les mesures de licence (par exemple, les demandes de contenu, le stockage, les utilisateurs et utilisatrices) ou les rapports d’utilisation (tels que le nombre de chargements et de téléchargements) ;
• permet l’exposition des données client via des API et dans des interfaces utilisateur de produit (telles que Cloud Manager).

Le service de surveillance des utilisateurs et utilisatrices réel (RUM) :

• est chargé de collecter les mesures clés d’une expérience client (telles que les pages vues, les principaux éléments web vitaux, les événements de conversion) et de répondre aux requêtes associées (par exemple, les principales pages vues d’un domaine donné au cours des 7 derniers jours).

Le service Asset Compute :

• est responsable du traitement des images, vidéos et documents chargés. Par exemple, des fichiers PDF et Adobe Photoshop. Le traitement peut utiliser Adobe Sensei pour extraire des métadonnées image et vidéo (telles que des balises descriptives ou des tons de couleur primaires), puis générer des rendus (tels que des tailles ou des formats différents), en accédant aux API telles que les API Adobe Photoshop et Adobe Lightroom.

Le service Identity Management (IMS) :

• est l’emplacement central responsable de la gestion et de l’authentification des personnes et des groupes de personnes pour une application Adobe Experience Cloud donnée (par exemple, Cloud Manager ou le niveau de création AEM) ;
• est accessible via l’Adobe Admin Console.

• Pour stocker du code Java côté serveur et des configurations OSGI pour les niveaux de création et de publication d’AEM.

• Pour stocker le code JS côté client, CSS et HTML pour les niveaux de création et de publication d’AEM.
  Pour plus d’informations sur les bibliothèques clientes, voir Utilisation des bibliothèques côté client sur AEM as a Cloud Service.

• Stocke les fichiers de configuration du Dispatcher pour le niveau de publication AEM.

• Permet de stocker diverses options de configuration (telles que les paramètres du réseau de diffusion de contenu ou les paramètres des tâches de maintenance) pour les niveaux de publication AEM et de publication Edge Delivery Services.

• Pour stocker le code JS, CSS et HTML côté client pour les sites créés avec les Edge Delivery Services

contribution d’Adobe pour garantir l’intégrité du produit

tests fournis par le client

• Tests fonctionnels : via des requêtes http au niveau de création ou de publication AEM
• Tests de l’interface utilisateur : basés sur la technologie Selenium ou Cypress

Tous les fichiers () sont directement chargés et diffusés à partir d’un magasin de données cloud. Le flux de bits associé ne passe jamais par la JVM des services de création et de publication d’AEM. En conséquence, les nœuds des services AEM Author et AEM Publish peuvent être plus petits et plus en phase avec les attentes en matière de mise à l’échelle automatique rapide. Pour les professionnels, cela se traduit par un chargement et un téléchargement plus rapides des images, des vidéos, etc.

Toutes les opérations qui consistent à publier du contenu impliquent désormais un pipeline suivant un schéma d’abonnement. Le contenu publié est envoyé vers différentes files d’attente dans le pipeline, auxquelles s’abonnent tous les nœuds du service de publication. Par conséquent, le niveau Auteur ne doit pas connaître le nombre de nœuds présents dans le service de publication ; cela permet une mise à l’échelle automatique rapide du niveau Publication.

L’architecture sépare complètement le contenu de l’application de son code et de sa configuration. L’ensemble du code et de la configuration est pratiquement immuable et intégré à l’image de base utilisée pour créer les différents nœuds des services d’auteur et de publication. Vous avez ainsi la garantie absolue que tous les nœuds sont identiques, et que les modifications apportées au code et à la configuration ne peuvent être effectuées de manière globale qu’en exécutant un pipeline Cloud Manager.

L’architecture comprend plusieurs micro-services reposant sur la technologie sans serveur, en particulier avec l’exécution Adobe I/O.

Configuration du programme

• Parcours d’intégration
• Programmes et types de programmes

Architecture de développement

• Référentiels Cloud Manager
• Pipeline CI/CD
• Test de qualité du code

Edge Delivery Services :

• AEM Aperçu as a Cloud Service - avec les Edge Delivery Services
• Utiliser Edge Delivery Services
• Explorez l’architecture sous-jacente et les éléments importants d’AEM as a Cloud Service avec Edge Delivery Services