Vous avez donc besoin d’une mise à niveau Sitecore et vous ne savez pas par quoi commencer ni comment l’aborder ? Cette série d’articles de blog couvrira l’ensemble du processus, de zéro à héros, ou en termes de mise à niveau – de la planification à la mise en ligne. Il se présente sous la forme d’un guide qui vous fera économiser au moins 2 fois des efforts cumulés, en évitant les pièges cachés et les problèmes non évidents sur votre chemin vers une solution améliorée brillante. Au fil du temps, j’ai lutté et documenté la plupart de ces problèmes et je veux maintenant les partager tous en un seul endroit.
Contenu
- Partie 1 : Planification de la portée
- Partie 2 : Tactiques d’amélioration
- Partie 3 : Migration de contenu
- Partie 4 : Mise à niveau de la base de code
- Partie 5 : Modifications si Sitecore 10.x
- Partie 6 : Test et mise en ligne
Planification de la mise à niveau de Sitecore
Avant de passer en revue les activités de planification, répondons d’abord à la question fondamentale
Pourquoi mettre à niveau ?
La mise à niveau de Sitecore XP se situe définitivement dans la zone d’ombre de la complexité. Bien entendu, l’éditeur l’a bien compris et fournit de nombreuses instructions de mise à jour pour chacune de ses versions ainsi que l’outil correspondant. Cependant, la force de la plate-forme – la personnalisation ultime, est aussi sa plus grande faiblesse – il est tout simplement impossible de couvrir tous les scénarios possibles où les clients personnalisent Sitecore XP, il ne peut donc pas y avoir une seule approche universelle.
Pour commencer, pourquoi voulons-nous mettre à jour Sitecore étant donné que ce n’est pas si simple et rapide ? La réponse semble logique – c’est une carotte et un bâton de motivation.
En parlant de « le bâton » – à la fin de l’année civile, le support grand public expire pour une ou quelques versions de la plate-forme. Cela signifie que Sitecore fournit toujours des mises à jour et des correctifs de sécurité, mais ils ne prennent pas en charge les requêtes de développement et de compatibilité. Je recommanderais de lire cet article de la base de connaissances sur Cycle de vie du support produit Sitecore.
En ce qui concerne «la carotte», les entreprises effectuent des mises à niveau principalement en raison de nouvelles fonctionnalités ou de nouvelles expériences. Par exemple, vous pouvez lire des articles détaillés que j’ai écrits sur les nouvelles fonctionnalités et améliorations à venir dans les dernières versions de la plate-forme, à savoir 10.2 et 10.3.
De plus, rester à la dernière version est particulièrement précieux face à Composable DXP, qui a déjà eu lieu. Les dernières versions des plates-formes XM et XP sont construites avec des hypothèses architecturales de composabilité. La mise à niveau vers la dernière version de la plate-forme peut également faire partie de votre composable mettre à niveau la stratégie de chemin vers XM Cloud.
Éléments clés à considérer
Une bonne planification est la clé du succès. Comment effectuons-nous la planification et que faut-il prendre en compte ?
1. La mise à niveau de Sitecore vanille vous coûterait un minimum d’efforts, mais avec le code plus personnalisé dont vous disposez, attendez-vous à plus de travail à engager. Dans quelle mesure votre solution est-elle personnalisée ? Tous ces facteurs affecteront votre calendrier et imposeront des risques supplémentaires qu’il vaut mieux connaître à l’avance.
2. Si vous pouvez accéder à la documentation de la solution existante, ce serait un point de départ idéal. Et cela apportera probablement des réponses au point précédent.
Trouvez les détails sur tous les environnements, les branches de code et quelle branche de code est déployée dans quel environnement. En outre, vous serez intéressé par les détails des pipelines CI/CD existants.
3. Trouvez les configurations personnalisées faites dans Sitecore. Cela seul vous donne un excellent aperçu de la portée des travaux.
4. Parlez aux parties prenantes ! Qui mieux qu’eux connaît les détails et personne n’est plus investi dans le succès de la mise à niveau.
5. Il semble très logique que plus vous sautez de versions, plus le processus de mise à niveau sera compliqué.
Cependant, ce n’est pas une règle empirique – certaines versions ont des ensembles de modifications très mineurs et pourraient être mises à jour avec un minimum d’effort. D’autres – au contraire, pourraient être extrêmement difficiles. Par exemple, c’est la raison pour laquelle 9.3 se démarque de la chaîne de versions sur le diagramme des versions ci-dessous. Il s’est avéré que la version 9.3 a pris le plus de changements de rupture, d’obsolescences et d’améliorations de gestion interne que toute autre version.
6. Par conséquent, l’une des activités de planification les plus précieuses – enquêter à travers Notes de version documents pour chaque version sur votre chemin de mise à niveau. Portez une attention particulière à ces deux sections : Obsolète/Supprimé & Changements avec rupture.
sept. Identifiez les fonctionnalités qui ne sont plus prises en charge, y compris les modules complémentaires/modules tiers, et trouvez leurs alternatives. Parfois, ce n’est peut-être pas si évident, par exemple, vous pouvez avoir un moteur de blog qui fonctionne très bien avec l’implémentation de la version 8.x existante, mais sous le capot, il s’appuie sur la recherche Lucene qui était obsolète.
8. Avec les nouvelles fonctionnalités de la plate-forme, le format du fichier de licence change avec le temps. Même avec la licence la plus permissive, votre ancien fichier de licence peut être simplement incompatible avec la nouvelle plate-forme. Cela s’est par exemple produit lors de la sortie de la version 9.
Il est sage de se soucier du fichier de licence à l’avance, car le processus prend un certain temps. Votre équipe de développement aura besoin du fichier de licence mis à jour pour commencer à travailler, alors ne tardez pas et vérifiez cela avec votre responsable de compte.
9. En parlant de l’équipe de développement, chaque solution est unique et chaque équipe de développement est tout aussi unique. Les estimations doivent tenir compte de ces facteurs, ainsi que de l’expérience antérieure pertinente de votre équipe. Assurez-vous que vous disposerez des ressources nécessaires pendant toute la durée de la mise à niveau et envisagez de créer un plan de secours si quelqu’un tombe malade ou part (également connu sous le nom de « facteur de bus« ).
Le diagramme ci-dessus montre la vision optimiste de l’équipe avec deux professionnels expérimentés de Sitecore, effectuant la mise à niveau en 4 sprints typiques. Tout en partageant le pool de tâches entre elles, l’une d’entre elles se concentre principalement sur la base de code, tandis qu’une autre se soucie davantage des choses DevOps.
Veuillez garder à l’esprit que ce diagramme n’est pas un guide ou une sorte d’évaluation. c’est juste un exemple de haut niveau de l’activité des équipes à travers les sprints.
dix. Jetez également un œil à Guide de compatibilité Sitecore pour vous assurer que toutes vos spécifications techniques prévues restent conformes.
Récapituler les outils hérités
Avant de passer aux tactiques de mise à niveau, récapitulons rapidement certains outils de mise à niveau dont nous disposions au fil du temps et leurs performances. Il s’avère que chaque version de la plate-forme Sitecore avait au moins un outil qui prend en charge les mises à niveau.
1. Outil de migration express
On peut utiliser Outil de migration express de Sitecore pour déplacer les données de votre ancienne instance vers la nouvelle. Il prend en charge la migration des anciennes versions précédentes vers la version initiale de Sitecore 9. Express Migration Tool copie les éléments et les fichiers d’une instance Sitecore à la fois.
L’outil de migration Sitecore Express copie les éléments et les fichiers d’une instance Sitecore à la fois. L’outil prend en charge la migration de serveurs distants.
2. Le centre de mise à jour
Centre de mise à jour a été introduit dans Sitecore 9.0 Update 2 et est valide jusqu’à Sitecore 10.1.
Vous pouvez rechercher, télécharger, installer et gérer les mises à jour et les correctifs pour la plate-forme Sitecore et les modules Sitecore. Le centre de mise à jour accède à un service de gestion de packages fourni par Sitecore, ou vous pouvez installer et fournir un service vous-même.
Le centre de mise à jour de Sitecore utilise cette URL du service de gestion des packages pour rechercher les mises à jour de Sitecore :
<add name="PackageManagementServiceUrl" connectionString="https://updatecenter.cloud.sitecore.net/" />
3. Application de mise à jour de Sitecore
UpdateApp a été publié avec la version 10.1 de la plate-forme et sera expliqué plus en détail plus loin dans l’article relatif aux spécificités de 10.x.
Cela conclut le premier article de la série, le prochain article met en évidence certaines des meilleures tactiques de mise à niveau pour gagner un temps précieux.
Source link