Guide de migration vers Adobe Experience Manager as a Cloud Service pour les partenaires Overview
Adobe Experience Manager (AEM) as a Cloud Service propose un socle restructuré pour Experience Manager, qui s’appuie sur une infrastructure basée sur le conteneur, un développement piloté par les API et un processus DevOps guidé, permettant aux spécialistes marketing et aux développeurs de toujours garder une longueur d’avance sur les innovations en matière de gestion de l’expérience client.
Cloud Service associe de riches capacités prêtes à l’emploi et l’extensibilité d’Adobe Experience Manager avec l’agilité de l’architecture cloud native moderne permettant aux marques de répondre à la demande toujours croissante des consommateurs.
Ce document d’une page unique présente l’approche en plusieurs étapes recommandée pour la transition des clients vers Experience Manager as a Cloud Service à partir de divers déploiements d’Experience Manager, et aide les clients existants à proposer des expériences connectées et continues avec cette plateforme moderne créée spécialement pour la gestion de l’expérience.
Reportez-vous au diagramme ci-dessous pour obtenir une représentation générale du parcours de migration.
Prise en main d’Adobe Experience Manager as a Cloud Service getting-started
Parcours du développeur dans Adobe Experience Manager as a Cloud Service developer-journey
Développement
Les principes fondamentaux du développement de code sont similaires dans Adobe Experience Manager as a Cloud Service par rapport aux solutions Adobe Experience Manager On Premise et Managed Services.
Les développeurs écrivent du code et le testent localement. Il est ensuite envoyé vers les environnements distants Adobe Experience Manager as a Cloud Service.
Consultez des ressources d’aide autonome sur la mise en œuvre pour Experience Manager as a Cloud Service pour apprendre comment personnaliser votre déploiement Experience Manager as a Cloud Service.
- Consultez la documentation du SDK Adobe Experience Manager pour en savoir plus.
- Regardez la vidéo relative à l’installation du SDK Dispatcher pour comprendre comment procéder
- Regardez la vidéo relative à la configuration du SDK Dispatcher pour comprendre comment procéder
- Consultez la documentation sur la configuration du développement local pour en savoir plus
- Configuration de l’accès à la présentation guidée d’Experience Manager
Déploiement
Les développeurs écrivent du code et le testent localement. Il est ensuite envoyé vers les environnements distants AEM as a Cloud Service.
Cloud Manager, qui était un outil de diffusion de contenu facultatif pour Managed Services, est requis. Il s’agit désormais du seul mécanisme permettant de déployer du code vers les environnements AEM as a Cloud Service.
Consultez les ressources d’aide autonome sur la configuration et le déploiement d’environnements AEM as a Cloud Service.
-
- Pipeline de production
- Pipelines de la qualité du code et hors production uniquement
-
Accès aux journaux
Aide et ressources
-
CRXDE Lite (disponible uniquement sur les environnements de développement Experience Manager Cloud et SDK local)
-
- Journaux CM (test d’unité de construction, analyse de code, image de construction, déploiement)
- Journaux Experience Manager Cloud Service (aemerror, aemaccess, aemrequest, aemdispatcher, httpderror, httpaccess)
- Journaux du SDK local (sous host:port/crx-quickstart/logs)
Passage à Adobe Experience Manager as a Cloud Service move-to-cloud
Experience Manager as a Cloud Service constitue une base technologique évolutive, sécurisée et agile pour les plates-formes Experience Manager Sites et Assets, qui permet aux spécialistes du marketing et de l’informatique de se concentrer sur la diffusion à grande échelle d’expériences performantes.
Avec Experience Manager as a Cloud Service, vos équipes peuvent se concentrer sur l’innovation plutôt que sur la planification des mises à niveau de produits. Les nouvelles fonctionnalités du produit sont soigneusement testées et mises en permanence à la disposition de vos équipes, qui ont toujours accès à l’application la plus avancée.
Le parcours de transition vers Cloud Service comprend trois phases : planification, exécution et post-activation.
Pour une transition réussie et fluide, vous devez veiller à une planification adéquate et respecter les bonnes pratiques décrites du présent guide.
L’illustration ci-dessous montre une représentation de haut niveau du parcours recommandé de transition vers Cloud Service.
Planification
Avant de commencer votre parcours de transition vers Cloud Service, vous devez vous familiariser avec Experience Manager as a Cloud Service, mais aussi examiner les modifications notables qui y ont été apportées, ainsi que les fonctionnalités remplacées ou obsolètes.
Exécution
Avant de démarrer la phase d’exécution d’un projet, vous devez être intégré à Cloud Service. Vous devez également vous familiariser avec Cloud Manager. Il s’agit du mécanisme de déploiement du code de projet sur une instance Experience Manager Cloud Service.
Cloud Manager permet aux entreprises de gérer elles-mêmes Experience Manager sur le cloud. Il comprend une structure d’intégration et de diffusion continues (CI/CD) qui permet aux équipes informatiques et aux partenaires d’implémentation d’accélérer la diffusion des personnalisations ou des mises à jour sans compromettre les performances ou la sécurité.
Migration du contenu
- Outil de transfert de contenu : permet de déplacer du contenu existant d’une instance d’AEM source (sur site ou AMS) vers l’instance AEM Cloud Service cible.
- Package Manager : permet d’importer et d’exporter du contenu modifiable du référentiel.
Restructuration/Optimisation
-
Compilation de votre code à l’aide du fichier JAR de l’API SDK
-
Révision des directives de développement AEM
- Tâches en arrière-plan et tâches à long terme
- Planificateurs Sling
- Utilisation du flux d’entrée et plus
-
Exécutez l’analyseur de bonnes pratiques (BPA) sur l’environnement source.[Migration uniquement]
-
Considérations relatives à la structure du projet (basées sur l’archétype du cloud)
- Séparation du code et du contenu (modifiable ou immuable)
- Définitions d’index personnalisées
- Modes d’exécution personnalisés
-
-
Révision et exécution des modifications nécessaires
-
Déploiementsur le SDK local
-
Tests de fumée via le SDK AEM
- Contrôle des configurations du Dispatcher pour la restructuration
- Utilisez l’outil Convertisseur du Dispatcher lorsqu’il est utile. [Migration uniquement]
- Les tests peuvent être réalisés à l’aide du SDK Dispatcher
Déploiement/Activation
- Déploiement sur le git Cloud Manager
- Exécutez le code client via le pipeline de qualité de Cloud Manager.
- Déploiement sur l’environnement de développement
- [Migration uniquement] Transfert de contenu à l’aide de packages ou de l’outil de transfert de contenu(CTT)
- Réalisez les cycles de test recommandés (détection de fumée, contrôle qualité et autres)
- Convertissez vers le pipeline de production de Cloud Manager
- Validation du test de fumée
- Mise en production
Post-activation
Lors de la phase de post-activation, vous devez veiller à nettoyer les fichiers temporaires, revoir les bonnes pratiques de développement continu et gérer les journaux.