cloud.jpeg (Cloud storage technology and online data storage, cloud computing, hosting white cloud with blue background. 3d render illustration)

Comment migrer sur Jahia Cloud en 5 étapes ?

20 septembre 2022
Julian Maurel

Envie d'en savoir plus sur Jahia Cloud ?

Contactez nos experts

 

Le processus de conversion d’une plateforme on premise vers le Cloud est souvent décrit à l'aide d'une série d'actions simples qui aboutissent finalement à une plate-forme migrée. En outre, si la plupart des gens s'accordent à dire que les migrations peuvent être réalisées en quelques heures ou quelques jours, il faut tenir compte du fait que la collecte d'informations et la planification des actions des différentes équipes impliquées représente la majeure partie de l'effort. Ce blog est destiné à aider les clients de Jahia et les architectes à mieux comprendre les étapes nécessaires pour déplacer un environnement Jahia vers Jahia Cloud.

Nous avons compilé un guide ci-dessous, que nous considérons comme les étapes les plus importantes d'une migration vers le Cloud.

 

1- Découverte

Super ! Nous sommes heureux de savoir que vous êtes intéressé par le fait de rejoindre la communauté des utilisateurs de Jahia Cloud. Avant de migrer de la plateforme Jahia on premise vers le Cloud, vous devez vous familiariser avec la philosophie, l'architecture et les limitations de notre produit Cloud. Voici comment nous pouvons résumer Jahia Cloud de la manière la plus synthétique possible :

  • Jahia Cloud est une plateforme de Cloud hautement disponible qui s'appuie sur AWS ou OVH (selon votre choix) disponible dans plusieurs régions du monde,
  • Jahia Cloud est une plateforme en libre-service permettant de déployer, de scaler ou de supprimer les environnements Jahia en quelques minutes,
  • Les produits et fonctionnalités de Jahia disponibles dans Jahia Cloud sont également disponibles on premise,
  • Aucune limite quant au nombre de modules Jahia custom pouvant être déployés sur les instances Cloud,
  • Toutes les applications et les backends sont strictement dédiés à votre projet. Il n’existe pas de mutualisation des logiciels entre clients,
  • Toutes les propriétés jahia.properties - par défaut ou personnalisées - sont personnalisables,
  • Vous n'aurez pas accès aux systèmes de fichiers de votre instance. De fait, toute personnalisation au niveau des bibliothèques Java ou de Tomcat est impossible,
  • La surveillance de la plateforme se fait avec Datadog. Nous vous fournirons un accès complet au monitoring, aux tableaux de bord, et nous vous permettrons de créer vos propres tableaux de bord personnalisés,
  • Les environnements Jahia Cloud intègrent des instances HAProxy qui peuvent être utilisées pour déployer des règles de sécurité et de réécriture d'URL/Domaine,
  • Vous trouverez ici de plus amples informations sur l'intégration de Jahia Cloud, les meilleures pratiques, les prérequis à la migration vers Jahia Cloud ainsi que les principales fonctionnalités de Jahia Cloud.

Au cas où vous vous poseriez la question, voici à quoi ressemble notre architecture Cloud. La section inférieure "Infrastructure du client" est un sous-réseau privé dédié à vos projets.

 

2 - Étude d'impact et remédiation

Cette étape est le moment de passer en revue votre installation on premise et de dresser la liste de tout ce qui devra être corrigé avant de déplacer vos services Jahia vers le Cloud. Cette liste est non-exhaustive. D’avantage d’informations se trouvent dans les prérequis à la migration vers Jahia Cloud.

  • LDAP, Active directory, intégrations SSO, et dépendances pour les services web internes : ce sont des services qui ne sont pas forcément exposés à l'Internet, et qui peuvent avoir besoin d'être mis à disposition sur Jahia Cloud. Si nécessaire, la meilleure solution consiste à créer un lien VPN IPsec entre votre réseau interne et Jahia Cloud,
  • Configurations personnalisées dans la webapp Jahia ou dans le dossier digital-factory-data/repository : ces configurations ne peuvent pas être configurées dans Jahia Cloud,
  • Bibliothèques Tomcat ou Jahia supplémentaires déployées au niveau de WEB-INF/lib ou tomcat/lib. Les bibliothèques personnalisées ne peuvent pas être déployées manuellement sur Jahia Cloud, et doivent être déplacées vers un module Jahia dans un bundle OSGi,
  • Configuration DNS : au moins un domaine public devra être redirigé vers Jahia Cloud. Les domaines racines devront être transférés vers un enregistrement A multi-IP, tandis que les sous-domaines seront conservés sous forme de CNAME. Plus d'informations sur la gestion du DNS ici,
  • Problèmes de définition Jackrabbit : Les migrations vers le cloud impliqueront une exportation et une importation de votre contenu Jahia. Bien que simples à exécuter, ces opérations échouent parfois en raison d'une incohérence entre votre contenu et les définitions JCR. Ces problèmes sont assez faciles à résoudre. Vous pouvez en apprendre d'avantage ici.
  • Versions de Jahia et de jCustomer : Jahia Cloud prend en charge les dernières versions 7.3 (7.3.8+ et 8.1+ au moment de la publication de ce blog) ainsi que la dernière version disponible de jCustomer. 

 

3 - Dry run

Les essais à blanc (ou dry runs) sont essentiels pour réduire les risques liés à la migration de la production et fournir une assez bonne estimation du temps.

Un essai à blanc efficace doit intégrer les étapes suivantes :

  • Exportation de contenu depuis l'environnement de production jContent,
  • Exportation de données depuis Elasticsearch de jExperience en utilisant un snapshot Elasticsearch,
  • Intégration de tous les services externes (annuaires d'utilisateurs, SSO, intégration de logiciels tiers),
  • Déploiement de modules personnalisés,
  • Importation de contenu / de données,
  • Règles de serveurs frontend personnalisées (règles de réécriture haproxy, règles de sécurité),
  • Cycle de validation fonctionnelle,
  • Test de performance.

Un essai à blanc est exécuté en tandem avec l'équipe Professional Services de Jahia, qui surveillera également les indicateurs clés de performance et les logs de la plateforme.

Une fois cette étape franchie, les données recueillies au cours de l'essai à blanc permettront de décider du calendrier de migration de la production.

 

4- Migration

L'objectif principal pendant la migration doit être de :

  • Réduire le risque de perturbations en ce qui concerne la disponibilité du service public,
  • Réduire autant que possible l'impact sur la contribution de contenus,
  • Minimiser le temps d'exécution.

La migration vers une nouvelle plateforme implique une contrainte majeure : vous devez désactiver temporairement la contribution de nouveaux contenus. Tant que les deux plateformes sont actives en même temps (l'ancienne et la nouvelle), aucun nouveau contenu ne doit être créé, car il serait alors perdu après la migration. Ce gel des contributions doit être programmé avec soin tout en tenant compte des résultats de l'essai à blanc.

Une fois programmée avec les différents interlocuteurs des équipes techniques et des métiers, la procédure de migration est assez simple :

  • Confirmez que toutes les intégrations de répertoires d'utilisateurs, de SSO et de tiers fonctionnent,
  • Déployer les modules personnalisés, les configurations des serveurs frotnaux et les configurations Jahia dans la nouvelle instance,
  • Passez les anciennes et nouvelles plateformes de production en mode lecture seule,
  • Exportez les contenus,
  • Effectuez l'importation du contenu sur Jahia Cloud,
  • Les utilisateurs métier doivent vérifier que les sites et les applications sans interface s'affichent correctement,
  • Changez les entrées DNS vers la nouvelle plateforme comme documenté ici,
  • Attendez la propagation du DNS,
  • Une fois la propagation finalisée, désactivez le mode lecture seule,
  • Profitez de votre DXP dans Jahia Cloud !

 

5 - Après la mise en ligne

Vous pourriez penser que nous en avons terminé avec la migration, mais nous n'en sommes qu'au début. Jahia Cloud vous fournira des informations précieuses sur votre environnement, et c'est une bonne pratique d'améliorer continuellement votre système au fil du temps. L'APM de Datadog fournit beaucoup d'informations sur les bottleneck de l'environnement et les possibilités d'amélioration du code de votre projet. Les analyses de logs de Datadog fourniront également des informations précieuses sur les erreurs et les warnings courants.

Les KPI tels que le temps de rendu des pages et les taux d'erreur ont un impact direct sur vos parcours utilisateurs et vos taux de conversion et ne doivent donc pas être pris à la légère.

Si vous avez des questions sur la meilleure démarche de migration vers Jahia Cloud, n'hésitez pas à contacter votre Customer Success Manager. Nous serons heureux de vous aider.

 

Julian Maurel
Author : Julian Maurel

Julian est le Directeur du Cloud chez Jahia. Son expertise inclut la gestion de produit et les questions de conformité et de sécurité. Quand Julian ne travaille pas, il jongle entre s’occuper de ses filles, voyager, lire, faire de la photographie ou s’occuper de ses chats.

Envie d'en savoir plus sur Jahia Cloud ?

Contactez nos experts
Retour