• Complexité réglementaire et systèmes hérités : Des exigences strictes de conformité et des obligations de conservation des données à long terme rendaient la migration des applications héritées vieillissantes et des gros volumes de données historiques particulièrement ardue.
• Envergure et diversité des charges de travail : Des milliers de serveurs devaient être migrés chaque année vers AWS, dont plusieurs comportaient des interdépendances complexes et des niveaux de préparation variables, nécessitant une planification et un séquencement rigoureux.
• Coordination entre parties prenantes et fournisseurs : L’exécution exigeait une collaboration étroite entre de nombreux responsables d’affaires et TI, ainsi que la gestion de plus de 30 000 fournisseurs externes à l’échelle mondiale.
• Obstacles techniques : Certains environnements n’étaient pas pris en charge dans le nuage et nécessitaient une refonte, tandis que des changements de dernière minute de la part des propriétaires d’affaires exigeaient une planification et une exécution agiles.

• Migrer de grands volumes de charges de travail héritées vers le cloud tout en maintenant la conformité réglementaire
• Moderniser et optimiser les charges de travail avant la migration, lorsque requis
• Atteindre des objectifs annuels de migration cohérents à l’échelle de l’entreprise
• Accélérer l’adoption du cloud grâce à une exécution disciplinée de la migration
• Réduire les risques opérationnels par l’automatisation et la standardisation

Planification stratégique de la migration

• Catégorisation des charges de travail selon les dépendances et les exigences analytiques.
• Exécution annuelle de la migration proposée selon les « plans de vague », avec implication itérative des parties prenantes pour assurer la préparation et minimiser les perturbations.

Innovation technique et modernisation

• Refonte des environnements non pris en charge par la substitution des technologies héritées par des solutions compatibles avec le cloud, telles que la migration du clustering de MC Service Guard à Pacemaker.
• Priorisation de la modernisation à la source pour optimiser les charges de travail avant la migration.

Exécution axée sur l’automatisation

• Mise en œuvre de l’automatisation Pacemaker, réduisant le temps de configuration des clusters de 1,5 heure par cluster.
• En collaboration avec l’équipe d’automatisation du client, automatisation des activités préalables à la migration (MGN) afin d’économiser environ trois heures par migration.
• Mise en place de l’automatisation pour gérer environ 35 % des incidents afin de réduire le volume des billets et d’améliorer l’efficacité opérationnelle.

Hypercare et gestion des fournisseurs

• Planification et exécution d’un hypercare structuré pour assurer des transitions post-migration sans heurts.

• Efficacité opérationnelle : Objectifs annuels de migration systématiquement atteints, incluant la migration de plus de 2 900 serveurs en une seule année, tout en réduisant considérablement le nombre de billets d’incident et les fenêtres de migration.
• Accélération de l’adoption du nuage : Augmentation de la part du cloud public, passant d’environ 30 % au lancement du programme à près de 80 %, traduisant des progrès constants à travers les vagues de migration.
• Exécution à l’échelle de l’entreprise : Plus de 8 000 serveurs migrés sur 30 mois dans plusieurs secteurs d’activité, des centres de données de l’entreprise vers AWS.
• Amélioration de la capacité de reprise : Réduction du temps de reprise après sinistre de 12 heures à six heures, renforçant la continuité opérationnelle.
• Optimisation des coûts : Réalisation d’économies substantielles sur 2,5 ans grâce à des stratégies de migration optimisées et à une utilisation accrue des services natifs du cloud.