Devenir une entreprise Plateforme (voir l’ouvrage Platform Revolution: how networked markets are transforming the economy) implique de s’appuyer sur une DSI qui aille plus vite, tire parti des technologies les plus innovantes, et soit capable de passer à l’échelle en termes de volume de transactions et d’internationalisation.

Mais aussi, pouvoir ouvrir la plateforme aux clients et fournisseurs (tout en garantissant la la sécurité et la la conformité réglementaire), délivrer une expérience de qualité, optimiser les coûts par transactions métier et faciliter la compréhension des usages de la plateforme.

Alors, par où commencer ?

Adopter une plateforme de cloud public, c’est s’appuyer sur des fondations qui vont permettre, en adoptant les meilleures pratiques et un modèle opérationnel adapté, de répondre à ces exigences :

• Construire et déployer plus rapidement les services de l’entreprise plateforme en s’appuyant sur des services managés et des chaînes automatisées
• Tirer parti des technologies émergentes en consommant les nouveaux services managés (Data, AI/ML, IoT, Block Chain) qui permettent de réduire le temps d’appropriation
• Développer de manière drastique les usages en alignant les capacités sur la demande et en déployant ces services sur de nouvelles zones géographiques dans le monde entier
• Ouvrir et contrôler les usages de la plateforme en utilisant la connectivité offerte par les opérateurs de cloud public, tout en identifiant et donnant accès aux utilisateurs de la plateforme selon leur profil et leur contexte d’utilisation
• Protéger le patrimoine numérique en mettant en place les mesures de chiffrement, d’audit et de sécurité réseau qui vont faciliter la conformité réglementaire
• Garantir une expérience de qualité quelque soit la localisation des utilisateurs de la plateforme en s’appuyant sur un réseau de cache disponible dans l’ensemble des régions du monde
• Mesurer et optimiser les coûts par transaction métier sur la plateforme et s’engager dans une démarche de sobriété numérique en ajustant les capacités des ressources à la demande et aux profils d’usage des utilisateurs de la plateforme,
• Consolider les données relatives aux usages de la plateforme et appliquer des algorithmes de Machine Learning pour mieux comprendre les comportements des utilisateurs, adapter les services existants et développer de nouveaux services.

Comment basculer votre SI de vos datacenters ou infogérants existants vers une plateforme de cloud public ? Réaliser une migration à l’échelle, est-ce à la portée de toute entreprise ?

Tout d’abord une migration à l’échelle doit être envisagée comme un programme stratégique qui contribue aux ambitions de l’entreprise Plateforme afin de garantir un alignement sur les objectifs, les ressources et le planning du projet.

Cet alignement est en général réalisé lors d’une phase “Assess” qui va permettre de préciser les étapes de préparation requises avant de pouvoir entamer la migration à l’échelle.

Dans la phase “Mobilize” (de préparation de la migration à l’échelle), quatre activités essentielles sont réalisées :

Construire la Landing Zone

La construction de la “landing zone” va structurer l’environnement AWS destiné à accueillir vos applications.

Cet environnement va permettre de faciliter l’ouverture de la plateforme tout en mettant en place les contrôles des flux Internet au travers d’une zone SAS, et des mécanismes de gestion des identités et accès via des applications front ou des APIs (aussi bien pour les administrateurs de la plateforme que potentiellement pour les utilisateurs finaux de ses services ).

Associée à la landing zone, l’identification des mesures de sécurité à mettre en place (en fonction de la politique de sécurité de l’entreprise et de ses contraintes règlementaires) est réalisée, ainsi que l’adaptation des processus et outils de déploiement et d’exploitation nécessaire pour adresser la plateforme cloud.

Evaluer le portefeuille applicatif

La revue du portefeuille applicatif permet de déterminer la trajectoire de migration pour chacune des applications et la planification de la migration.

Cette trajectoire est orientée par plusieurs facteurs :

• L’expérience des équipes et la capacité à monter en compétences sur des services managés ou du serverless et les outils d’exploitation adaptés à la plateforme cloud.
• Le délai disponible pour réaliser la migration, qui est souvent dicté par des impératifs liés à l’hébergement (libération d’un data center, expiration d’un contrat d’infogérance) ou des échéances métiers.
• Le positionnement des applications dans la stratégie entreprise Plateforme : 
  • Des applications communes qui peuvent être remplacées par des applications SaaS du marché
  • Des applications coeur de métier qui doivent être optimisées pour garantir la performance de l’entreprise
  • Des applications qui sont des opportunités de croissance pour offrir des services différenciants de la plateforme et qui doivent s’appuyer sur des architectures innovantes.

Définir le modèle opérationnel cible

La définition du modèle opérationnel cible intègre souvent la mise en place (ou à l’échelle) d’un centre de compétences cloud, des relations de ce centre de compétences avec les équipes DevOps et avec les équipes transverses réseaux, sécurité, outils… et la définition et l’exécution du plan de montée en compétences des équipes en fonction de leur rôle cible.

En complément, la gouvernance Cloud est mise en place avec sa composante managériale (alignement stratégique sur les orientations des usages du cloud par l’entreprise et la définition des moyens associés et sa composante de pilotage financier).

Expérimenter sur des applications pilote

L’expérimentation du processus de migration sur des applications pilotes va valider : 

• Le processus et les responsabilités sur les activités de migration
• La landing zone et sa capacité à fournir les services attendus par les applications de la plateforme
• Le modèle opérationnel et les processus d’exploitation des applications hébergées dans le cloud

Migrer à l’échelle et optimiser

La dernière phase est la phase de migration à l’échelle des applications et son optimisation (“Migrate & Optimize). Elle consiste à réaliser les migrations en conformité avec le plan élaboré dans la phase précédente.

Cette activité est réalisée conjointement par les Devops Factories qui maîtrisent les applications et portent la relation avec les métiers, la Migration Factory qui apporte son expertise sur la méthode de migration et les architectures cloud et le Centre de Compétences Cloud qui fournit son expertise sur la plateforme cloud. La Migration Factory apporte également une consolidation du pilotage du programme, la gestion des risques et la capitalisation transverse.

La migration d’un acteur majeur du e-commerce

En 2020, Devoteam Revolve a préparé, en coordination avec les équipes client et AWS, la migration d’un acteur majeur du e-commerce européen (11 millions de clients actifs pour 4,3 milliards de chiffre d’affaire en 2021), pour qui toute interruption de services se traduit par une perte de chiffre d’affaire de plusieurs milliers d’euros par seconde lors des pics d’activités. 

Près de 120 personnes ont été impliquées sur cette préparation, 7 000 serveurs physiques et virtuels répartis sur 2 Data Centers ont été inventoriés, 350 applications ont été revues dont 250 ont été migrées. La migration à l’échelle a été réalisée sur les 10 premiers mois de 2021, les deux derniers mois étant réservés pour les phases de décommissionnement physique des équipements et de reprise par le broker. La migration à l’échelle a mobilisé près de 300 personnes pour être en mesure de libérer les deux data centers à la date prévue dans la planification initiale. Le client a pu, dès le mois d’octobre, délivrer son chiffre d’affaires journalier maximum de l’année sur la plateforme AWS.

Article initialement publié dans le hors-série reBirth, à télécharger ici.