Comment aborder le processus de migration de Jahia 7 à Jahia 8

migration-v8 .png

Jahia 7 a vu le jour en 2014. Six ans plus tard, nous avons décidé de remodeler notre interface utilisateur et d’effectuer des mises à niveau back-end majeures qui ont abouti à la sortie de Jahia 8. 

Généralement, les mises à niveau traditionnelles de Jahia consistent simplement à exécuter un patch de mise à jour. Toutefois, les changements majeurs introduits avec Jahia 8 impliqueront de vérifier et de mettre à jour votre implémentation.

En fonction de vos plug-ins, de vos configurations et de vos intégrations, votre processus de migration pourra être significativement différent. Nous avons élaboré un plan composé d’étapes concrètes qui aideront votre organisation à migrer avec succès de Jahia 7 à Jahia 8.

Ressources 

Notre plan de migration contribue à déterminer les rôles, actions et responsabilités nécessaires dans le cadre du processus. Vous devrez faire appel à des développeurs pour effectuer la mise à niveau, cerner les modules à reconfigurer et déterminer le besoin ou non de nouveaux logiciels. Grâce aux conseils de l’équipe Professional Services de  Jahia, nous structurerons  l’exécution de la mise à niveau et l’allocation  des ressources Jahia nécessaires pour que la migration soit un succès.

Chronologie

 

Préparation de la migration

Au début du processus de planification, nos experts Jahia étudieront votre projet et son contexte afin d’établir votre plan de migration sur mesure. Nous travaillerons avec vos collaborateurs et les équipes concernées afin de garantir que tout le monde s’accorde  sur les prérequis. Nous adoptons une approche de responsabilité partagée. Nous serons à vos côtés à chaque étape du processus de migration, jusqu’à la production.

C’est également lors de cette phase que votre équipe découvrira la nouvelle interface utilisateur et les nouvelles fonctionnalités de Jahia 8. 

Notre équipe Produit  a créé des guides complets ainsi qu’un module d’aide à la migration afin de vous permettre de mieux appréhender la migration vers Jahia 8. Nous avons élaboré des guides de migration pour toutes les fonctions concernées :

Il est capital que toutes les équipes concernées par la migration lisent ces documents afin de mieux comprendre leurs rôles et responsabilités.

Étapes

1. Préparation de la migration

La préparation de la migration est l’étape la plus importante du processus. Durant celle-ci, chaque équipe concernée :

  • découvrira les ressources disponibles ; 
  • se libèrera du temps pour contribuer au processus de migration ;
  • élaborera un document de planification de la migration.

2. Processus de restauration

Avant que la migration du code ne puisse commencer, vous devez vous assurer de disposer d’un processus de sauvegarde et restauration approprié. Vous devrez ainsi veiller à utiliser des mécanismes de sauvegarde appropriés, mais aussi à pouvoir restaurer vos environnements en temps voulu.

3. Gel du code

Avant de lancer la migration, vous devrez interrompre tous les développements Jahia en cours. 

Votre équipe métier n’est pas affectée à cette phase et peut poursuivre la mise à jour/création de contenus.

4. Migration du codebase

Votre équipe de développement effectuera la migration du codebase selon les consignes fournies dans le Guide de migration pour les développeurs. La migration du codebase peut être effectuée et testée sur des environnements en local.

5. Création d’un environnement de validation

Grâce à la documentation de sauvegarde et restauration de Jahia, vous créerez un clone de l’un de vos environnements Jahia 7. Ce clone servira à tester et à valider la migration de votre codebase. 

6. Migration de l’environnement de validation vers Jahia 8

L’environnement cloné devra être migré vers Jahia 8 en appliquant nos patchs de migration. Le patch de migration peut être généré ici :  Centre client : comment mettre à niveau.

Une fois la migration de l’environnement effectuée, votre équipe de développement déploiera le codebase mis à jour compatible avec Jahia 8 (à partir de l’étape 4). 

Cette étape sera répétée pour vos environnements de production et hors production ; il est donc essentiel de bien la documenter.

7. Déploiement du codebase de Jahia 8

Après la migration, vous constaterez que votre codebase ne fonctionne plus. En d’autres termes, votre site n’est plus accessible. Vous devrez déployer les nouveaux modules mis à jour lors de l’étape 4.

Cette étape doit également être correctement documentée.

8. Tests de validation utilisateur

Il est maintenant temps de valider votre environnement et de vous assurer que votre site est pleinement fonctionnel. Vous pouvez également mettre à jour vos supports de formation afin qu’ils reflètent la nouvelle interface utilisateur de Jahia 8.

9. Planifier la mise à niveau de l’environnement de production et hors production

Vous allez maintenant travailler avec vos équipes contenus et marketing afin de planifier la migration finale. 

La mise à niveau vers Jahia 8 imposera un gel de la contribution au contenu lors duquel les utilisateurs ne pourront rien créer ni mettre à jour.

Si vous ne pouvez vous permettre aucune interruption pour la mise à niveau, la mise en place d'un environnement bleu-green sera peut-être nécessaire.

Il est généralement recommandé d’effectuer la mise à jour en début de journée. Bien que cela puisse affecter davantage votre activité, votre équipe de développement aura ainsi plus de temps pour valider l’environnement.

10. Migration des environnements hors production 

Il est maintenant temps de mettre à niveau vos environnements hors production. Vous allez pour cela répéter les étapes 5 et 6 sur ces environnements. Ici encore, la documentation interne de ces étapes est indispensable à une mise à jour réussie.

Une fois la migration effectuée, vous effectuerez un test de validation utilisateur avant de passer à l’environnement de production.

11. Gel du contenu en production

Pendant la migration, les utilisateurs doivent cesser de créer des contenus en production.

12. Migration de la production et lancement

Passons ensuite à la mise à niveau de votre environnement de production. Vous devriez maintenant avoir une certaine maîtrise du processus de migration. Une fois cet environnement de production migré validé, vous pouvez y rediriger le trafic. Vous avez terminé !

Retour