Aller au contenu

Cadrage de migration vers AEM as a Cloud Service

Avant de lancer une migration vers AEM as a Cloud Service, il faut savoir ce qui ne passera pas tel quel, dans quel ordre traiter les écarts et combien cela coûtera. Le cadrage répond à ces trois questions, au forfait.

Réponse sous 24 h.

Problèmes fréquents

  • • Décision de migrer à prendre sans visibilité sur l’effort réel
  • • Code qui écrit dans /apps ou /libs à l’exécution, incompatible avec la structure immuable
  • • Index Oak personnalisés et configurations OSGi à reprendre par environnement
  • • Règles du Dispatcher à adapter au format attendu par Cloud Manager
  • • Intégrations et dépendances dont la compatibilité est inconnue

Ce que je peux prendre en charge

  • • Lecture des rapports du Best Practices Analyzer et analyse du code
  • • Inventaire des écarts : structure des packages, index, configurations, Dispatcher
  • • Stratégie de transfert des contenus et des assets
  • • Découpage de la migration en lots livrables et testables
  • • Mise en place ou revue des pipelines Cloud Manager

Ce que vous recevez

Un dossier de décision : ce qu’il faut changer, dans quel ordre, avec quels risques et quel effort.

  • • L’inventaire des incompatibilités, classées par gravité
  • • Un plan de migration par lots, avec les prérequis de chaque lot
  • • L’estimation de l’effort par lot
  • • La liste des risques et de leurs parades
  • • Une restitution en visio avec vos équipes

Technologies & sujets couverts

  • AEM 6.5
  • AEM as a Cloud Service
  • Cloud Manager
  • Best Practices Analyzer
  • Index Oak
  • OSGi
  • Dispatcher

Comment se déroule le cadrage

Le cadrage peut précéder la décision de migrer : il sert justement à la préparer.

1. Cadrage

Un échange de 30 minutes sur votre plateforme actuelle, vos échéances et vos contraintes. Le devis forfaitaire suit sous 48 h.

2. Analyse

Exécution ou lecture du Best Practices Analyzer, revue du code, des index, des configurations et du Dispatcher.

3. Plan et restitution

Remise du plan par lots et de l’estimation, puis restitution pour arbitrer le calendrier et l’organisation.

Services complémentaires

Des interventions proches à mobiliser selon le niveau d’intégration, de frontend ou de cadrage technique attendu.

Exemple de contexte proche

Quelques contextes proches de ce type d’intervention, présentés de manière synthétique.

Boulanger — E-commerce

E-commerce

janv. 2019 - Aujourd’hui

Contexte projet

E-commerce

AEM, backend Java et intégration frontend pour une plateforme e-commerce à fort trafic.

Plateforme e-commerce AEM

Contribution à une plateforme e-commerce AEM à fort trafic, avec des contraintes fortes de stabilité, de chargement et de coordination technique.

Contexte :
Plateforme e-commerce à fort trafic basée sur Adobe Experience Manager.
Période :
janv. 2019 - Aujourd’hui · 7 ans 6 mois
Rôle :
Développement de composants AEM, backend Java, frontend Qwik.js / React, APIs REST / GraphQL, SSR, TypeScript, optimisation des performances et CI/CD.
  • AEM
  • Java
  • Qwik.js
  • TypeScript
  • +10 autres
Voir le projet Boulanger

Questions fréquentes

Faut-il déjà disposer d’AEM as a Cloud Service ?

Non. Le cadrage s’appuie sur votre plateforme actuelle et peut précéder la signature avec Adobe : il aide à décider et à budgéter.

Réalisez-vous aussi la migration ?

Oui, lot par lot au forfait, ou en renfort de votre équipe ou de votre intégrateur.

Quels outils d’Adobe utilisez-vous ?

Principalement le Best Practices Analyzer pour l’analyse, le Repository Modernizer pour la restructuration du code, le Content Transfer Tool pour les contenus et Cloud Manager pour les déploiements.

Comment le prix est-il fixé ?

Le prix est forfaitaire et indiqué dans le devis, après l’échange de cadrage.

Vous préparez une migration vers AEM as a Cloud Service ?

Indiquez votre version actuelle, le nombre de sites et votre échéance : je vous envoie une proposition de cadrage sous 48 h.

Cadrer ma migration