Le rôle des micro-frontends dans le parcours XM Cloud de Cytiva

Cytiva est un fournisseur mondial de technologies et de services qui font progresser et accélèrent le développement et la fabrication de produits thérapeutiques.

La société est présente dans plus de 40 pays et territoires en Europe, en Asie, en Amérique du Nord et en Amérique latine, ainsi qu’au Moyen-Orient.

Lors d’une session en petits groupes au Sitecore Symposium 2024, Viktor Kudrenko, ingénieur logiciel senior chez Cytiva et Nikolai Kononov, ingénieur logiciel chez Cytiva, ont expliqué par comment ils sont passés de leur solution monolithique à XM Cloud et ont tiré parti des micro-frontends et de l’architecture des microservices.

Chez Cytiva, le service IT se consacre à la fourniture des fonctionnalités commerce électronique pour cytiva.com, avec 11 équipes situées dans le monde entier, notamment en Pologne, en Ukraine, en Chine, en Allemagne, en Suède et aux Pays-Bas.

La solution monolithique Sitecore 9.3 de Cytiva gérait 170 projets et avait du mal à répondre à la demande croissante. Pendant ce temps, les équipes de développement étaient confrontées à plusieurs défis frustrants.

• Vitesse de développement lente : à mesure que l’application grandissait, la base de code devenait plus complexe, ce qui rendait plus difficile le développement de nouvelles fonctionnalités.
• Défis de déploiement : toute modification, même mineure, nécessitait que l’ensemble de l’application soit retesté et redéployé, ce qui prenait du temps et prenait du risque.
• Problèmes d’évolutivité : la mise à l’échelle d’une solution monolithique s’est avérée difficile car l’ensemble de l’application devait être mis à l’échelle, même si seule une partie de celle-ci nécessitait plus de ressources.
• Maintenance : La maintenance et la mise à jour de la base de code sont devenues de plus en plus difficiles.
• Conflits de fusion : cela a entraîné des retards de développement, des problèmes de qualité du code et des frustrations au sein de l’équipe.
• Docker : L’instabilité a entraîné une perte de temps pour les développeurs et un processus de développement lent.

Par conséquent, la livraison d’une correction de bogue ou d’une nouvelle fonctionnalité prendrait cinq semaines, ce qui était loin d’être idéal sur un marché concurrentiel.

Ensuite, Kudrenko et Kononov ont expliqué les raisons pour lesquelles ils ont choisi Sitecore XM Cloud, affirmant qu’il s’agissait d’un « changeur de jeu » avec une architecture MACH qui a incité leur équipe à adopter une architecture de micro-frontends et de microservices pour relever leurs défis existants.

Avantages de Sitecore XM Cloud

Plusieurs facteurs ont influencé la décision de Cytiva de passer à Sitecore XM Cloud.

• Diffusion de contenu évolutive : possibilité de diffuser du contenu à grande échelle avec Experience Edge, prêt à l’emploi.
• Mises à niveau automatiques : les mises à jour automatiques fluides éliminent le besoin de mises à niveau manuelles.
• Frameworks flexibles : la liberté de choisir les frameworks front-end et de diffusion de contenu préférés.
• Intégration fluide : intégration facile avec les architectures DevOps et de développement existantes.
• GraphQL : Interrogation simple des données avec GraphQL.
• Support réactif : support rapide et fiable de Sitecore.
• Docker : support officiel de Sitecore prêt à l’emploi.

Les micro-frontends, où les frontends développés indépendamment sont composés en un ensemble plus vaste, ont joué un rôle central dans la réussite de la migration de Cytiva vers Sitecore XM Cloud.

Pourquoi des micro-frontends ?

modulaire: Chaque micro-frontend est un module autonome qui peut être développé, testé et déployé indépendamment.

Composables: Les micro-frontaux sont conçus pour être composés ensemble afin de créer une application plus grande.

résilience: Étant donné que chaque micro-front-end est autonome, la défaillance d’un micro-front-end ne devrait pas affecter la fonctionnalité globale de l’application.

Évolutivité : Il est plus facile de mettre à l’échelle le développement avec une architecture de micro-frontends, car chaque micro-frontend peut être développé indépendamment par des équipes distinctes.

entretien: Il est plus facile de maintenir une grande application car chaque micro frontend peut être mis à jour et maintenu indépendamment.

La session s’est terminée avec Kudrenko et Kononov partageant leurs cinq enseignements les plus importants de leurs expériences tirant parti des micro-frontends.

1. Une base de code plus petite rend la refactorisation ou le remplacement plus facile à gérer.
2. L’expérience globale des développeurs s’est considérablement améliorée.
3. Chaque équipe peut désormais publier de nouvelles fonctionnalités ou corriger des bogues dès qu’elle est prête.
4. Les équipes peuvent fonctionner de manière autonome dans leurs domaines d’expertise.
5. Les équipes peuvent déployer du code indépendamment selon leurs propres calendriers et le déploiement ne prend désormais que trois minutes au lieu de deux heures.

En savoir plus sur pourquoi les grandes marques choisissent une approche composable.