Aller au contenu

Migrer un portail client vers GCP

Contexte

Un fournisseur international de premier plan de solutions de communication, de relations publiques et de veille médias propose une plateforme SaaS conçue pour les professionnels du marketing et de la communication. Son offre réunit la veille médias (presse, TV, radio, podcasts, réseaux sociaux), la gestion des campagnes et des contacts médias (journalistes, blogueurs, influenceurs) et des outils avancés d'analyse et de reporting.

Au cœur de cette plateforme se trouve un portail client critique, bâti sur une architecture de microservices et exécuté sur un cluster Docker Swarm sur site (VMWare). L'application comptait 30 microservices et reposait sur une base NoSQL MarkLogic de près de 3 téraoctets, essentielle à la continuité du service. Utilisé chaque jour par des milliers de clients finaux, le portail exigeait une disponibilité maximale : toute interruption pouvait nuire directement à l'expérience des utilisateurs et à la satisfaction des clients.

Pour relever ces défis, l'entreprise a décidé de migrer son infrastructure vers le cloud. Les objectifs étaient de :

  • Gagner en capacité de montée en charge, en résilience et en souplesse.
  • Moderniser le socle technologique.
  • Assurer une migration sans heurts, avec un minimum d'interruption.

Réalisation

La migration s'est faite progressivement, en plusieurs étapes clés :

  • Préparation de l'infrastructure
    • Mise en place d'une interconnexion à haut débit et à faible latence entre l'environnement sur site et Google Cloud Platform (GCP), pour des flux de données fluides et sécurisés.
  • Migration des microservices et rationalisation du réseau
    • Déploiement progressif des 30 microservices sur Google Kubernetes Engine (GKE), en conservant la base NoSQL MarkLogic sur site pendant la première phase.
    • Conversion des configurations Docker Swarm en manifestes Kubernetes avec Kustomize, pour une meilleure standardisation et une maintenance plus simple.
    • Migration des chaînes CI/CD de Jenkins vers GitHub Actions, pour simplifier les flux de travail et renforcer l'automatisation.
    • Remplacement des répartiteurs de charge physiques F5 par les répartiteurs de charge natifs de GCP, pour réduire la complexité et mieux s'intégrer au cloud.
  • Migration de la base de données
    • Migration de la base MarkLogic de 3 To vers GCP par réplication en temps réel, pour une bascule en douceur avec un minimum d'interruption du service.

Résultat

✅ Disponibilité critique préservée : le portail client est resté accessible pendant toute la migration, avec une interruption quasi nulle.

✅ Infrastructure modernisée : passage à Kubernetes sur GCP, gage de résilience et d'élasticité.

✅ Automatisation renforcée : chaînes CI/CD modernisées avec GitHub Actions, qui réduisent les délais de déploiement et simplifient la maintenance.

✅ Infrastructure rationalisée : répartiteurs de charge physiques remplacés par les répartiteurs natifs de GCP, pour plus d'efficacité et de souplesse.

✅ Montée en charge pérenne : une architecture souple, prête à absorber les pics de trafic et à accompagner la croissance future.

En migrant vers le cloud ses 30 microservices et près de 3 To de données, l'entreprise a renforcé sa fiabilité opérationnelle, préservé l'expérience de ses clients finaux et accéléré sa capacité d'innovation.

Rédigé par Jean-Philippe ROBBE, jprobbe@penonpartners.com, Practice Leader – IT Operations Excellence chez Penon Partners

Merci de votre lecture attentive – Découvrez nos services et pourquoi choisir Penon !

Échanger avec nous