Un acteur majeur du marché de la mobilité en tant que service européen, après avoir expérimenté le cloud pendant quelques années pour déployer de nouveaux projets, a pris la décision de vider ses deux centres de données en l’espace de 18 mois avec les objectifs suivants :
- Un meilleur temps de mise sur le marché et une plus grande agilité pour les entreprises
- Libérer des ressources pour être plus « centré sur le client ».
- Une plus grande capacité d’innovation
- Un haut niveau de disponibilité à l’échelle
- Optimisation des coûts d’hébergement
Le système d’information de l’entreprise est largement ouvert au grand public et entretient de nombreux liens avec des partenaires qui délivrent des services de mobilité. Les équipes sont organisées en DevOps factories qui ont adopté des méthodes agiles d’intégration et de déploiement continu au travers d’une chaîne CI/CD fournie par l’entité IT4IT.
Le portefeuille d’applications à analyser est composé d’environ 350 applications qui s’appuient sur environ 7 500 serveurs physiques et virtuels. Les exigences de service sont importantes et la plupart des applications sont disponibles 24 heures sur 24 et 7 jours sur 7 et absorbent de très grandes variations dans les volumes de transactions.
Le programme est réalisé sur une période de 18 mois : La phase de mobilisation dure 6 mois, tandis que la migration vers l’échelle et le démantèlement durent 12 mois. Les applications pilotes qui ont été sélectionnées sont les applications les plus critiques du SI et ne peuvent pas être basculées pendant la période de Mobilisation.
Un choix majeur a été fait en amont de Mobilise : utiliser l’approche rebuild (redéploiement des applications sur des infrastructures principalement IaaS, EC2, EBS, EFS) qui a :
Les avantages suivants :
- La possibilité de réutiliser autant que possible l’outillage de déploiement existant du client
- Minimiser le besoin de développer les compétences des ressources associées à la migration – Garantir les délais de fermeture du centre de données
2. Les inconvénients suivants :
- les technophiles frustrés qui ont l’impression de migrer vers le nuage sans en utiliser la puissance
- Difficulté à garantir une analyse de rentabilité
- Nécessité de passer rapidement à la phase d’optimisation
250 applications seront migrées sur une période de 10 mois et 350 applications seront décommissionnées : 2 mois étant réservés au décommissionnement physique du centre de données. Le programme intègre l’ensemble du cycle de vie : migration, démantèlement et jusqu’à la reprise des équipements par un courtier.
Une composante importante du soutien a été fournie par Devoteam en ce qui concerne le développement des compétences des ressources impliquées et l’intégration des meilleures pratiques en matière de cloud :- L’évaluation des compétences des différentes équipes associées à la phase de Mobilisation
- Définir des plans de formation individualisés comprenant des sessions AWS dans le catalogue, des sessions pratiques pour se familiariser avec les principaux concepts, et des journées de jeu pour approfondir les compétences en se mesurant à des collègues.
- Fournir différents modes d’apprentissage avec des travaux pratiques pris en charge par des équipes internes
- Accompagner le projet par une démarche d’intelligence collective qui multiplie les interactions entre les membres des équipes projet pour que les expériences individuelles profitent au collectif et à l’ajustement du mode de fonctionnement du programme.
En bref, voici quelques chiffres pour préciser l’ampleur de cette migration :
- Un portefeuille initial de 350 applications qui a donné lieu à 250 migrations.
- 7500 serveurs sur site et une cible de 4500 EC2 dont un nombre important de clusters Kubernetes.
- 120 collaborateurs internes intégrés lors de la phase Mobilise et plus de 300 collaborateurs internes ont contribué aux différentes migrations.
- Une quarantaine de Delivery Managers dans les usines ont coordonné les migrations
- Une équipe AWS / Devoteam A Cloud de 15 personnes au maximum
GRTGaz
L’objectif de GRTGaz était de migrer les applications vers AWS en utilisant autant que possible des services gérés. À terme, l’objectif est de fermer leur centre de données sur site.
Les avantages attendus sont les suivants :
- Réduction des coûts d’exploitation
- Réduction des incidents
- Meilleure agilité
- Déploiement plus rapide
GRTGaz Cloud journey
GRTGaz a commencé à utiliser le cloud AWS en 2016 et le voyage de migration a commencé en 2018 :
Le principal défi a été de migrer sans interruption de service, en particulier pour l’une des applications métier les plus critiques
Ces applications ont été architecturées à l’aide de services gérés pour faciliter leur gestion et leur déploiement de manière évolutive et sécurisée.
- 50 applications
- 80 serveurs
- 50 applications ont été migrées vers le cloud d’ici à la fin 2020. Cela représente environ 80 serveurs de production
Objectifs et enjeux :
- Disponibilité et évolutivité des applications d’entreprise
- Concentration sur les valeurs de l’entreprise
- Sécurisation par l’automatisation
- Utilisation de services gérés et automatisation pour toutes les applications
