Phase de préparation readiness-phase
Dans cette phase du parcours de migration AEM as a Cloud Service, vous vous familiarisez avec AEM as a Cloud Service. Vous pouvez passer en revue les modifications notables introduites et découvrir les actions à entreprendre pour planifier une migration réussie vers le cloud.
Un peu d’histoire… story-so-far
Le document précédent, Prise en main de la transition vers AEM as a Cloud Service, présente une liste des étapes à suivre pour pouvoir migrer vers AEM as a Cloud Service. Il présente également les avantages de la migration.
Objectif objective
Ce document vous aide à comprendre les facteurs à prendre en compte pour vous assurer que votre installation AEM est prête à être déplacée vers le cloud :
- En savoir plus sur les modifications notables et les fonctionnalités obsolètes.
- Comprendre comment planifier la migration vers AEM as a Cloud Service.
Examinez les modifications notables apportées à l’architecture AEM as a Cloud Service notable-changes-in-aem-cloud-service-architecture
AEM as a Cloud Service offre de très nombreuses fonctionnalités et possibilités nouvelles pour gérer vos projets AEM.
Outre ces améliorations, plusieurs différences ont été introduites entre les installations on-premise d’AEM et d’Adobe Managed Services, par rapport à AEM as a Cloud Service.
La liste des éléments du tableau ci-dessous est le sous-ensemble des modifications les plus pertinentes pour une migration vers AEM as a Cloud Service. Vous pouvez consulter la liste complète des modifications notables apportées à Adobe Experience Manager as a Cloud Service.
Lorsque d’autres environnements de développement sont ajoutés, ils sont tous liés au mode d’exécution « dev ».
Les configurations OSGi sont disponibles en mode lecture seule pour un affichage via Developer Console via Cloud Manager.
La réplication inverse n’est pas prise en charge.
Le Gestionnaire de package est accessible sur toutes les instances de création, mais les packages qui vont être déployés ne doivent contenir que du contenu modifiable (par exemple : /content ou /conf).
Si vous souhaitez configurer votre propre réseau de diffusion de contenu, vous devez envoyer une demande à l’assistance Adobe pour qu’il soit approuvé.
Si votre demande est approuvée, le réseau CDN pointe vers Fastly et non vers les instances AEM, quel que soit lʼenvironnement.
Repensez ces fonctionnalités afin de pouvoir les décharger vers Adobe Developer.
L’approche recommandée consiste à implémenter les stratégies décrites ici, plutôt que de sʼappuyer sur la création de noms dʼutilisateurs locaux avec des mots de passe dans AEM.
Toutes les étapes de processus de workflow ne sont pas prises en charge dans AEMaaCS.
Toutes les ressources téléchargées vers AEM as a Cloud Service seront traitées par le service de traitement des ressources. Pour les étapes personnalisées, reportez-vous à la section Workflows de post-traitement sur la configuration des workflows de post-traitement.
Assurez-vous de comprendre pleinement et de refactoriser les index Oak avant de les gérer dans le code que vous déployez.
Les configurations doivent être gérées dans le cadre du code et déployées via le pipeline Cloud Manager.
Fonctionnalités obsolètes deprecated-features
Adobe étudie constamment les fonctionnalités du produit de façon à les réinventer au fil du temps ou à remplacer les fonctions plus anciennes par des variantes plus modernes, pour améliorer la valeur client globale, le tout en faisant toujours attention à la compatibilité ascendante.
Adobe vous recommande de consulter les Fonctionnalités obsolètes pour vous familiariser avec les fonctionnalités signalées comme étant obsolètes dans Experience Manager as a Cloud Service. Découvrez l’impact sur votre déploiement AEM.
Planifier la révision de votre installation AEM review-planning
Après avoir pris connaissance des modifications apportées à AEM as a Cloud Service, il est temps de commencer à planifier un examen de votre installation existante. Vous pourrez ainsi évaluer le niveau de modifications requis pour le déplacement vers le cloud.
La figure suivante présente les principales étapes impliquées lors de la phase de révision :
Ensuite, vous allez explorer en détail la signification de chacune de ces étapes.
Évaluer le niveau de préparation pour la transition vers Cloud Service assess-cloud-readiness
La première étape consiste à évaluer votre préparation pour passer de votre version d’AEM existante à Cloud Service et à déterminer les domaines qui nécessitent une refactorisation afin d’être compatibles avec AEM as a Cloud Service.
Effectuez une évaluation complète de votre code source AEM actuel par rapport aux modifications notables et aux fonctionnalités obsolètes afin de déterminer le niveau d’effort attendu dans le parcours de transition.
La quantité de connaissances influence directement les chronologies et la réussite globale du projet. Par conséquent, Adobe vous recommande d’en obtenir le plus possible afin de pouvoir planifier la diffusion. Vous pouvez également lancer des discussions afin de reconcevoir les personnalisations qui doivent être conformes aux bonnes pratiques d’AEM as a Cloud Service.
Analyseur des bonnes pratiques
Vous pouvez accélérer l’évaluation en exécutant l’analyseur des bonnes pratiques par rapport à votre version d’AEM actuelle. Une bonne compréhension de son fonctionnement est essentielle pour accélérer la planification de votre évaluation.
Vous pouvez en savoir plus sur son fonctionnement en consultant la documentation Analyseur des bonnes pratiques.
Création d’un rapport d’évaluation du niveau de préparation pour la transition vers Cloud
L’étape suivante consiste à créer un rapport basé sur toutes les connaissances acquises jusqu’à présent. Vous créez des rapports Best Practices Analyzer à partir des instances d’évaluation et de production, puis les chargez dans Cloud Acceleration Manager pour obtenir un rapport digestible d’éléments exploitables.
Un rapport type doit contenir les entrées suivantes :
- Documentation détaillant l’ensemble des fonctionnalités de votre installation AEM particulière.
- Détails sur vos configurations et code personnalisés AEM.
- Configurations du Dispatcher de production.
- Configurations du réseau de diffusion de contenu (le cas échéant).
Socialisation du rapport
Une fois les rapports Best Practices Analyzer terminés, partagez-les avec les équipes appropriées afin de confirmer vos résultats et de planifier vos prochaines étapes. En fonction des préférences, vous pouvez également distribuer une version imprimée du rapport à l’aide de l’option Aperçu avant impression.
Examen de la planification des ressources review-resource-planning
Une fois que vous avez estimé le niveau d’effort requis pour passer à Cloud Service, vous devez identifier les ressources, créer une équipe et définir les rôles et les responsabilités pour le processus de transition.
Définition des indicateurs de performance clés (IPC) establish-kpis
Si vous n’avez pas encore défini d’indicateurs de performance clés (IPC), il est recommandé d’établir des indicateurs de performance clés pour votre implémentation AEM afin d’aider votre équipe à se concentrer sur ce qui importe le plus.
Voir Développement des KPI pour savoir comment choisir les KPI appropriés à vos objectifs métier.
Prochaines étapes what-is-next
Une fois que vous avez compris la portée des modifications requises pour passer à AEM as a Cloud Service, il est temps de Rendre votre code et votre contenu prêts pour le cloud avant d’effectuer la migration.
Ressources supplémentaires additional-resources
- Prise en main de Cloud Acceleration Manager - Guide complet sur l’utilisation de Cloud Acceleration Manager pour accélérer votre déplacement vers le cloud.
- AEM as a Cloud Service : introduction, architecture et pensée différente
- Accueil d’AEM a Cloud Service - Pour une présentation de la documentation d’Experience Manager as a Cloud Service, commencez ici.
- Présentation d’AEM as a Cloud Service - Ce guide présente Experience Manager as a Cloud Service, y compris une introduction, la terminologie et l’architecture.
- Parcours d’intégration - Ce guide résume la prise en main de l’as a Cloud Service Experience Manager, y compris la manière d’obtenir un accès et de configurer votre équipe.