Mission n°1 : Ne pas interrompre l'activité
La principale priorité de Xavier lors de la migration SAP vers AWS était d'assurer la continuité des opérations. Sa confiance dans le plan de migration vers AWS reposait à la fois sur la longue expérience de Schneider avec AWS et sur la connaissance que Kyndryl avait des systèmes critiques de Schneider et de son activité.
« Nous avons mis en place une approche qui nous permet de rester dans une sorte de mode hybride. Pendant que nous migrons vers le cloud, nous maintenons toujours l'environnement existant dans le datacenter pour permettre aux projets en cours de se réaliser. Ainsi, la planification de chaque mise en service a été un réel challenge. Chacune d'entre elles a été différente », explique Xavier.
De plus, chaque migration d'environnement devait se produire dans une fenêtre impartie de 48 heures pendant le week-end. Cela a demandé une préparation et des tests minutieux. Si la série de tests indiquait que le délai était trop long, l'équipe Kyndryl ajustait sa méthodologie de migration de données pour rester conforme au délai prévu.
Orchestrer un effort collectif multi-entreprises
La première étape pour Schneider a consisté à définir l'organisation et le modèle opérationnel : un modèle qui avait pour objectif d'assurer la continuité des activités métier. Déterminer les différentes responsabilités était un élément essentiel pour le bon déroulement de ce plan global de migration.
« Nous avons tous dû apprendre à travailler ensemble avec le nouveau modèle, ce qui nous a amené à passer du temps sur sa conception et son implémentation », note Xavier, ajoutant que la migration d'une infrastructure d'applications critiques vers le cloud implique certaines complexités autour du plan d'infrastructure dans l'environnement AWS.
L'équipe interne de Schneider a conçu et construit la landing zone AWS, un environnement hautement sécurisé avec des règles strictes concernant les firewalls, la connectivité et la sécurité. En concevant le nouvel environnement d'exploitation, Kyndryl s'est appuyé sur son modèle opérationnel propriétaire défini pour le cloud et a élaboré un mapping structuré des SLAs du client avec ses exigences opérationnelles pour atteindre la solution attendue. Ce modèle opérationnel inclut de nombreuses propriétés intellectuelles de Kyndryl : des actifs, des accélérateurs et des modèles de référence. Ceux-ci ont contribué au bon déroulement des processus de design et de migration.
Kyndryl a fourni des spécifications que les équipes techniques d'AWS et de Schneider ont utilisées pour construire la nouvelle infrastructure dans la landing zone. La migration de chaque environnement SAP vers AWS implique que les trois partenaires coordonnent soigneusement la connectivité. Post-migration, Kyndryl gère l'environnement SAP sur AWS.
Une autre organisation IT de Schneider, le service Delivery mondial de Schneider Digital, s'occupe de la gestion des applications pour la plateforme. Un partenaire externe en place est responsable de la gestion des applications SAP. Il y a également les utilisateurs métiers qui effectuent des tests en cas de besoin.
« Tout cet écosystème doit être correctement géré pour que chaque partie prenante soit prête à exécuter à temps. Cette gestion de l'écosystème est beaucoup plus difficile que l'infrastructure ou les composants techniques », note Xavier.
« Au début, c'était un peu brouillon et complexe. Mais une fois que nous nous sommes mis d'accord sur le modèle et que nous sommes passés à l'exécution, tout s'est bien déroulé. Nous savons que nous avons fait le bon choix en retenant Kyndryl comme partenaire. Toute la partie Kyndryl a bien été délivrée et dans les délais, et ils ont été extrêmement flexibles et disponibles pour nous aider à relever ce challenge. »
Prochaine étape : le cloud-native
La prochaine étape est d'apprendre à gérer des environnements cloud SAP de manière cloud-native. Étant donné que la migration a été exécutée dans un mode « lift and shift », explique Xavier, les environnements sont toujours gérés selon un mode « on-premises ».
« Nous avons des idées sur la façon dont nous pouvons réduire nos coûts en ajustant la taille des environnements réservés dans le cloud. C'est l'une de nos prochaines étapes pour vraiment tenir notre objectif d'amélioration du TCO. »
June 2022