Passer à AEM as a Cloud Service

Vous utilisez peut-être AEM sur site avec une infrastructure qui a jusqu’à présent réussi à répondre aux besoins logiciels de votre entreprise. Cependant, à mesure que de nouvelles versions d’AEM arrivent, votre infrastructure peut devenir insuffisante.

Et nous ne disons pas que votre équipe informatique ne peut pas prendre en charge la maintenance de l’infrastructure AEM et ses mises à jour. Mais est-ce la tâche la plus précieuse à laquelle elle pourrait consacrer son temps actuellement ?

AEM offre un ensemble puissant d’avantages pour les entreprises, quelle que soit la version que vous utilisez. Cependant, à mesure que les besoins de votre entreprise augmentent, l’effort lié à l’hébergement d’AEM et au maintien de sa conformité… peut entraîner une diminution du retour sur investissement du logiciel.

La bonne nouvelle ? Cela ne signifie pas que c’est la fin de la collaboration entre votre entreprise et AEM. AEM as a Cloud Service offre les mêmes avantages que AEM 6.5 que vous appréciez, moins les coûts de maintenance de votre version actuelle. Vous pouvez vraiment avoir le beurre et l’argent du beurre — et nous allons vous montrer comment ça marche.

Qu’est-ce qu’AEM as a Cloud Service ?

Adobe Experience Manager as a Cloud Service (AEMaaCS) est un logiciel entièrement natif du cloud. Auparavant, AEM était disponible en tant que logiciel sur site (AEM 6.5) stocké localement sur le matériel de votre entreprise. Il a également été disponible en tant que services gérés, ce qui est une approche compatible cloud pour AEM 6.5.

Contrairement aux deux autres versions, AEMaaCS fonctionne entièrement dans le cloud, hébergé par Microsoft Azure. Il repose sur une architecture différente de celle des versions sur site et des services gérés. Cela lui permet d’être plus rapide et plus évolutif.

AEM 6.5 vs. AEM Managed Services vs. AEM as a Cloud Service

AEM a connu plusieurs versions logicielles différentes au cours des dernières années, notamment :

• AEM 6.5 (sur site)
• AEM Managed Services
• AEM as a Cloud Service Adobe a progressivement évolué vers le logiciel natif du cloud du futur. Mais cela ne rend pas nécessairement les autres versions obsolètes (pas encore).

Essentiellement, chaque version d’AEM est le même CMS que les marketeurs et producteurs de contenu connaissent et apprécient. Mais chacune présente une poignée de différences liées à l’architecture, l’infrastructure, la puissance de calcul et les fonctionnalités.

Et bien qu’AEM as a Cloud Service présente des avantages qui bénéficient à la plupart des entreprises, il existe certains cas où la version sur site excelle (nous y reviendrons un peu plus tard).

Pour l’instant, examinons plus en détail les différences auxquelles vous pouvez vous attendre d’une version à l’autre. Architecture et infrastructure Bien que toutes les versions vous permettent d’utiliser AEM comme un puissant CMS et DAM, l’implémentation et la gestion de la charge de chaque version diffèrent.

La version sur site d’AEM 6.5 doit être hébergée sur les appareils et serveurs de votre entreprise. En tant que telle, elle dépend de la puissance de ces appareils et serveurs pour traiter votre charge de publication. La contrainte liée à l’accomplissement de tâches comme le téléchargement d’actifs peut entraver votre temps de mise en production si vos systèmes ne sont pas équipés pour cette charge.

AEM Managed Services s’appuie sur la nativité du cloud pour décharger les exigences de traitement du logiciel AEM vers le cloud. Cela accélère le temps de publication d’AEM, améliore la capacité de traitement de la charge et en fait un logiciel plus agile dans l’ensemble.

Vous ne stockerez pas cette version localement sur le matériel ou les serveurs de votre entreprise, mais vous conserverez l’apparence et la convivialité d’AEM 6.5 sur site.

Il peut sembler que ces informations brouillent la frontière entre AEM Managed Services et AEM as a Cloud Service. Mais il est important de noter qu’AEM Managed Services a certaines limitations, même s’il est compatible avec le cloud.

Une de ces limitations est qu’il existe un plafond sur les capacités de traitement de la charge de l’infrastructure prêtes à l’emploi. Si vous avez trop d’activités de création ou de publication simultanées, vous pourriez atteindre la limite de charge pour laquelle vous avez une licence pour votre environnement AEM. Dans ce cas, vous devrez augmenter la capacité de votre environnement à la demande, ce qui entraînera des coûts supplémentaires.

AEM as a Cloud Service (la version actuelle est 2025.1.0), d’autre part, peut étendre automatiquement la capacité de gestion de la charge de vos expériences numériques Adobe dans AEM. Cela permet au logiciel de répondre aux demandes de création et de publication à mesure qu’elles fluctuent, sans frais supplémentaires.

Lorsque la charge de création et de publication augmente, AEMaaCS augmente automatiquement le nombre de conteneurs disponibles pour exécuter ces activités dans votre environnement cloud. Cela répartit la charge plus uniformément et préserve la vitesse de production, même lorsque vous avez de nombreuses activités en cours.

Différences dans AEM Sites as a Cloud Service

AEM Sites est une application qui vous permet d’assurer la cohérence du contenu à mesure que vous diversifiez et globalisez votre site. En tant que service cloud dans AEM, il présente également quelques différences à noter.

Grâce à la fonctionnalité cloud-native, il est beaucoup plus simple pour les sites AEM d’exécuter des déploiements de pages en arrière-plan pendant que vous effectuez d’autres tâches. De plus, il est capable de le faire sans perturber aucun autre processus AEM.

Différences dans AEM Assets as a Cloud Service

AEM Assets est une plateforme DAM avancée pour le stockage et l’organisation des fichiers d’entreprise. Comme AEM Sites, il présente également quelques différences distinctes dans AEM as a Cloud Service par rapport à AEM 6.5.

Ce que nous apprécions dans la version cloud-native d’AEM Assets, ce sont ses vitesses de téléchargement d’actifs rapides. Il crée également de nouvelles déclinaisons de fichiers et lit les métadonnées de ces fichiers beaucoup plus rapidement.

Il est également important de noter que certaines fonctionnalités d’AEM Assets sur site ont été dépréciées pour la version cloud-native, comme la récupération d’images à partir d’une archive de fichier zip. Certaines fonctionnalités se comporteront également différemment dans AEM Assets as a Cloud Service, comme par exemple, la détection des actifs dupliqués.

Modèle de tarification AEM as a Cloud Service

Adobe Experience Manager as a Cloud Service (AEMaaCS) adopte un modèle de tarification basé sur l’abonnement qui s’aligne sur les pratiques SaaS modernes, offrant flexibilité et évolutivité pour répondre aux divers besoins commerciaux. La structure des coûts est influencée par plusieurs facteurs, notamment le volume d’utilisation, les exigences des utilisateurs et les fonctionnalités ou modules spécifiques sélectionnés.

• Licence basée sur l’utilisation : Contrairement aux solutions sur site traditionnelles, la tarification d’AEMaaCS est liée à des métriques d’utilisation telles que le volume d’actifs numériques gérés, les transactions traitées ou les communications livrées. Cette approche garantit que les entreprises paient pour ce qu’elles utilisent, ce qui la rend idéale pour faire évoluer les opérations de manière dynamique.
• Sièges utilisateur et fonctionnalités : Les coûts augmentent avec le nombre d’utilisateurs accédant à la plateforme et l’inclusion de fonctionnalités avancées comme la personnalisation pilotée par l’IA, l’analyse ou les intégrations avec d’autres produits Adobe Experience Cloud. Les entreprises peuvent s’attendre à des frais de licence allant de dizaines de milliers à des centaines de milliers de dollars par an, en fonction de leurs besoins spécifiques.
• Accords de niveau de service (SLA) : Les entreprises peuvent personnaliser les SLA en fonction des niveaux de disponibilité et de redondance souhaités. AEMaaCS offre une haute disponibilité avec des stratégies de basculement intégrées et des mises à jour automatisées, éliminant les temps d’arrêt et réduisant les risques opérationnels.
• Avantages de l’évolutivité : AEMaaCS prend en charge les capacités d’auto-mise à l’échelle, permettant aux entreprises d’ajuster les ressources en fonction des fluctuations de trafic sans encourir de coûts de gestion d’infrastructure. Cela réduit les coûts de possession par rapport aux modèles traditionnels.

Avantages d’AEM cloud-natif

Les experts du marketing, du contenu et de l’informatique sont unanimes sur les migrations vers le cloud-natif depuis quelques années. Et il ne fait aucun doute que le cloud devient rapidement l’avenir.

Mais soyons réalistes : la migration vers le cloud depuis un logiciel sur site est compliquée. De nombreux professionnels veulent s’assurer que les avantages à long terme de la migration l’emportent largement sur le temps et les coûts nécessaires pour y parvenir. Disons simplement que… les avantages parlent d’eux-mêmes.

Mises à jour automatiques

Pour vous donner un peu de contexte sur l’importance des mises à jour automatiques, AEM 6.5 doit être mis à jour manuellement vers les nouvelles versions logicielles. Et, souvent, cela s’avère être une tâche fastidieuse.

Naturellement, cela implique que les équipes internes doivent ajuster le code pour être prêtes à chaque mise à jour fluide. De plus, elles devraient sauvegarder la version précédente du logiciel afin de pouvoir y revenir en cas de problème.

Avec AEM as a Cloud Service, les mises à jour de version sont continues et automatiques, et peuvent s’exécuter en arrière-plan. Vous ne subirez jamais d’interruption de service lors de l’obtention d’une version à jour du logiciel.

Et avec AEMaaCS qui se met à jour automatiquement et sans stress, votre équipe informatique peut se concentrer sur des tâches plus importantes.

Évolutivité

Comme nous l’avons évoqué plus tôt, AEM as a Cloud Service n’est plus limité par les contraintes d’une infrastructure AEM rigide.

À mesure que vos demandes de création et de publication augmentent, AEMaaCS étendra sa capacité à traiter rapidement vos requêtes. De même, lorsque la demande diminue, AEMaaCS réduira également automatiquement sa capacité.

Cela représente une différence majeure par rapport à AEM 6.5 sur site, qui dispose d’une infrastructure rigide avec une capacité fixe basée sur votre licence achetée. C’est également différent des services gérés AEM, qui nécessitent d’acheter des extensions de votre capacité de traitement à la carte.

Tableau comparatif : AEM 6.5 vs. AEM Managed Services vs. AEM Cloud Service

Ce tableau comparatif présente les principales différences entre AEM 6.5 On-Premise, AEM Managed Services et AEM as a Cloud Service, réparties en trois catégories : la scalabilité, les mises à jour et les capacités cloud. Il souligne la progression des systèmes rigides, maintenus manuellement et hébergés localement (On-Premise) vers des solutions entièrement automatisées, à mise à l’échelle automatique et natives du cloud (AEM as a Cloud Service), mettant en évidence l’efficacité croissante et la maintenance réduite requises à mesure que les organisations s’orientent vers l’adoption du cloud.

Résilience et fiabilité

Les temps d’arrêt de site sont une chose que personne ne souhaite gérer. Heureusement, AEM as a Cloud Service garantit que votre site sera disponible 99,9 % du temps. Même lorsque les mises à jour d’AEM ou les correctifs critiques s’exécutent en arrière-plan, vous ne subirez aucune interruption.

Sécurité accrue

Il pourrait être tentant de supposer qu’un logiciel natif du cloud est moins sécurisé qu’un logiciel que vous pouvez garder sous clé sur vos appareils physiques. Le contraire est vrai—la nature cloud native d’AEM renforce considérablement la sécurité.

AEM as a Cloud Service automatise les contrôles de sécurité continus pour anticiper les menaces potentielles. Il chiffre également entièrement les données lorsqu’elles sont traitées dans le cloud et met en place des mesures rigoureuses d’authentification des utilisateurs, parmi d’autres avantages.

De plus, le logiciel est désormais conforme à des réglementations de sécurité strictes, telles que HIPAA, FedRAMP et FERPA. Même les données les plus sensibles soumises via AEM Forms ou AEM Screens restent sécurisées.

Délai de rentabilisation

La capacité de traitement de charge illimitée d’AEMaaCS signifie également que le logiciel ne ralentira pas, quelle que soit la quantité de contenu que vous téléchargez ou modifiez en une seule fois.

AEM as a Cloud Service convient-il à votre entreprise ?

Il pourrait vous surprendre d’apprendre que nous sommes pleinement convaincus de dire oui, AEM as a Cloud Service convient parfaitement dans la majorité des cas. Il n’y a pas beaucoup de raisons qui rendraient la migration impossible.

Il est important de noter que par le passé, AEM as a Cloud Service n’était pas certifié par HIPAA, FedRAMP ou FERPA. À cette époque, il ne pouvait pas être recommandé aux entreprises soumises à ces réglementations.

Cependant, plus récemment, AEM as a Cloud Service est devenu conforme à HIPAA, FedRAMP et FERPA. Ce changement a également permis à AEM Forms et à AEM Screens de fonctionner conformément en tant que services cloud.

Cela dit, il existe de rares cas où AEM as a Cloud Service ne fonctionnerait pas pour votre entreprise :

• Lorsque vous êtes tenu d’avoir une disponibilité garantie supérieure à 99,9 %.
• Lorsque vous évoluez dans un secteur hautement réglementé qui doit adhérer à des directives de sécurité pour lesquelles AEMaaCS n’est pas encore certifié.

Dans l’ensemble, les avantages de la migration vers un AEM cloud-native sont importants, et les cas où la migration vers le cloud n’a pas pu avoir lieu sont rares. Pour ces deux raisons, nous recommandons AEM as a Cloud Service à la plupart des entreprises.

Migration vers AEM as a Cloud Service

Nous pouvons affirmer avec confiance que le service cloud AEM simplifiera considérablement vos besoins quotidiens en matière de calcul AEM. À long terme, il réduira considérablement votre charge de travail et diminuera les coûts de maintenance.

Mais le processus de migration vers le cloud en lui-même n’est pas nécessairement simple.

Pour vous assurer de maintenir les infrastructures existantes et que la migration se déroule aussi facilement que possible, une planification minutieuse est nécessaire. Généralement, la migration vers le cloud se déroule en une série de quatre étapes. Ces étapes peuvent prendre en moyenne environ 3 mois, en fonction de la difficulté de migration anticipée.

Étape 1 : La phase de préparation

Dans cette phase, vous devrez d’abord vous familiariser avec les changements d’architecture cloud par rapport à votre version actuelle. Vous devrez également prendre note des fonctionnalités qui ont été dépréciées dans le service cloud.

Ensuite, vous devrez effectuer une vérification de la préparation de votre version existante d’AEM. Cela aidera à identifier les façons dont votre version est et n’est pas compatible avec le service cloud.

Le moyen le plus rapide d’effectuer cette vérification est d’utiliser l’outil d’Adobe Best Practice Analyzer. Vous pouvez télécharger un rapport détaillé de votre préparation au cloud. Ce document pratique vous orientera vers les problèmes d’incompatibilité que vous devrez résoudre avant de pouvoir migrer. Le BPA vérifie votre instance AEM par rapport aux exigences du service cloud et fournit une évaluation de votre implémentation AEM actuelle en identifiant les domaines qui suivent les meilleures pratiques d’AEM. Vous pouvez télécharger un rapport détaillé de votre préparation au cloud. Ce document vous orientera vers les problèmes d’incompatibilité que vous devrez résoudre avant de pouvoir migrer.

Selon le niveau de difficulté de votre migration, vous devrez ensuite constituer une équipe adaptée pour gérer le processus de migration. Il est également important d’établir les KPI sur lesquels vous souhaitez que cette migration se concentre.

Étape 2 : La phase d’implémentation

Une fois que vous avez effectué le travail ardu d’identification des incompatibilités de votre code et constitué vos équipes de migration, vous êtes prêt à démarrer l’implémentation. Cette phase est complexe en raison des nombreuses étapes impliquées dans une migration appropriée. À nos fins, nous l’aborderons à un niveau général.

Vous voudrez vous assurer d’utiliser les produits de migration fournis par Adobe pour une performance optimale. Par exemple, pour commencer à migrer du contenu de votre version d’AEM vers votre nouvel environnement cloud AEM, vous utiliseriez l’ Adobe Content Transfer Tool.

La migration de tout votre contenu vers le cloud est un processus collaboratif en plusieurs étapes qui se déroule dans le temps, et non instantanément. Il est important de garder cela à l’esprit à mesure que vous avancez.

Une fois votre contenu migré, vous devrez ensuite vous atteler à la refonte de votre code. En d’autres termes, vous devrez le modifier pour qu’il soit compatible avec le service cloud dans les zones où des problèmes ont été détectés.

La dernière étape consiste à préparer votre mise en production officielle ! Vous devrez procéder à un nettoyage détaillé de votre contenu, en le condensant si nécessaire. Vous devrez également établir votre plan de migration et mettre en place votre outil de suivi de migration.

Étape 3 : La phase de mise en production

Maintenant, vous êtes prêt à commencer la mise en production de vos migrations. Cette étape est également très technique et nécessite une équipe possédant les connaissances requises pour la gérer :

• Migration initiale du produit. Celle-ci consiste en la validation du contenu, l’arrêt du mouvement du contenu pendant la migration, et l’enregistrement des temps du processus.
• Commencez à lancer des ajouts incrémentaux. Il s’agit de la migration de tout contenu ajouté après la migration initiale.
• Établissez la durée pendant laquelle vous devrez geler toute nouvelle création de contenu pour la migration et informez-en toutes les équipes concernées.
• Référez-vous à la checklist de mise en production pour vous assurer de n’avoir manqué aucune action essentielle. Une fois tout cela pris en charge, et tout le code et le contenu officiellement compatibles, vous êtes maintenant prêt à passer en production avec votre migration vers le cloud.

Étape 4 : La phase post-mise en production

Après la mise en production, une surveillance attentive du service cloud AEM est essentielle pour s’assurer qu’il continue de fonctionner comme prévu, sans erreurs.

Adobe fournit un groupe d’applications très efficace pour vous aider à gérer la santé d’AEMaaCS. Vous pouvez les utiliser pour déboguer, dépanner et résoudre tout problème que vous pourriez rencontrer à l’avenir.

Parmi ces applications figurent Adobe Developer Console, CRXDE Lite et AEM Cloud Manager.

Défis à anticiper

Sans surprise, le principal défi associé à la migration vers AEMaaCS est la lourde préparation nécessaire pour atteindre la compatibilité.

Dans certains cas, une équipe interne chargée de la migration pourrait être une solution tout à fait capable de répondre à vos besoins. Cela aidera certainement le processus si elle est généralement familière avec la migration vers le cloud.

Dans d’autres cas, votre équipe interne pourrait ne pas être familière avec la migration vers le cloud dans l’environnement AEM. Cela pourrait entraîner des étapes manquées ou des difficultés à résoudre les problèmes en cours de route en raison d’un processus d’apprentissage naturel et progressif.

Inévitablement, pour les entreprises à forte croissance avec de lourdes charges de production de contenu, il pourrait être plus judicieux de trouver une équipe ayant une expérience spécifique de la migration vers AEMaaCS.

Chez Axamit, nos experts en migration savent ce qu’il faut surveiller à chaque étape du processus. De plus, ils ont rencontré de nombreuses erreurs, problèmes et aspects techniques dans divers projets de migration vers le cloud, et savent déjà comment y répondre efficacement, minimisant ainsi les temps d’arrêt et accélérant l’ensemble de votre parcours de migration.

Conclusion

La plupart des grandes entreprises ont tendance à dépasser les capacités d’AEM en tant que solution sur site, car les coûts croissants de maintenance de l’infrastructure dépassent la valeur qu’elles en retirent.

Heureusement, les technologies de toutes les industries se préparent à un avenir dans le cloud, et AEM ne fait pas exception.

À présent, vous devriez avoir une idée solide de ce que sont les produits Adobe Experience Cloud et comment AEM as a Cloud Service réduit les ressources consacrées à la maintenance de l’infrastructure. Vous devriez également être familier avec la façon dont AEMaaCS s’adapte instantanément aux besoins croissants de presque toutes les entreprises.

Cependant, nous avons également mis en lumière certains obstacles liés à la mise en œuvre d’AEMaaCS —à savoir, que la migration vers le cloud depuis d’autres versions d’AEM peut représenter un défi technique extrême. Vous devrez vous assurer que votre équipe est pleinement capable de réaliser cette migration, afin de minimiser les temps d’arrêt et les problèmes pendant le processus.

Contactez-nous Cela dit, si la migration vers AEM Cloud semble être la voie à suivre pour votre entreprise, mais que la migration n’est pas quelque chose que vous vous sentez prêt à gérer, nous sommes là pour vous aider ! Parlons du calendrier de migration potentiel de votre entreprise avec Axamit à vos côtés.

FAQ

Quels sont les défis courants lors de la migration vers AEM Cloud ?

Les défis courants incluent la gestion des complexités des systèmes existants, l’assurance de la compatibilité des données pendant la migration, la gestion des temps d’arrêt et l’adaptation du code personnalisé à l’environnement cloud. Les solutions impliquent la réalisation d’audits, l’utilisation d’outils automatisés et des tests dans des environnements de bac à sable.

Puis-je utiliser mes composants AEM existants dans AEM Cloud ?

Oui, les composants AEM existants peuvent être utilisés dans AEM Cloud, mais ils peuvent nécessiter une refactorisation pour s’aligner sur l’architecture et les fonctionnalités spécifiques au cloud afin d’améliorer les performances et l’évolutivité.

Combien de temps prend la migration vers AEM Cloud Service ?

Les délais de migration varient en fonction de la complexité du système et du volume de contenu, mais peuvent souvent être achevés en trois mois avec une planification et une exécution appropriées.

Axamit propose-t-il une évaluation de la préparation à la migration ?

Oui, Axamit propose des évaluations de préparation à la migration, aidant les organisations à évaluer leur environnement AEM actuel et à se préparer à une transition en douceur vers le cloud.

Comment AEM Cloud gère-t-il l’auto-scaling lors des pics de trafic ?

AEM Cloud s’adapte automatiquement de manière horizontale pour gérer les pics de trafic, garantissant des performances optimales sans intervention manuelle ni investissements matériels supplémentaires.

Que se passe-t-il avec mon instance AEM Cloud lors des mises à jour Adobe ?

Adobe déploie des mises à jour et des correctifs automatiques sur les instances AEM Cloud, garantissant aux utilisateurs un accès permanent aux dernières fonctionnalités et améliorations de sécurité, sans interruption ni effort manuel.

Y a-t-il des coûts cachés lors de la migration vers AEM Cloud ?

Des coûts cachés peuvent découler de la refactorisation de code personnalisé, de la mise à niveau d’intégrations ou de la formation des équipes. Une planification minutieuse et une communication avec les parties prenantes peuvent atténuer les dépenses imprévues.

Les fonctionnalités d’IA/ML comme les Smart Tags sont-elles disponibles dans AEM Cloud ?

Oui, AEM Cloud inclut des fonctionnalités basées sur l’IA/ML telles que les Smart Tags pour une gestion améliorée des actifs et des analyses prédictives pour optimiser la diffusion de contenu.