Qu’est-ce que la migration vers le cloud ?

Il s’agit du processus de transfert de toutes les données, applications et services des centres de données sur site vers les serveurs d’un fournisseur cloud. Il s’agit généralement d’un processus complet qui nécessite une planification et des tests approfondis pour garantir une exécution efficace.

Cela implique de déplacer une partie des ressources vers le cloud public tout en laissant les autres dans des centres de données sur site. Ce scénario de cloud hybride permet aux organisations de profiter des investissements actuels dans les infrastructures sur site tout en tirant parti de la flexibilité, de l’efficacité, de la valeur stratégique et d’autres avantages du cloud public.

La migration vers le cloud hybride est également utilisée pour la sauvegarde des données. Dans ce cas, une entreprise sauvegardera ses ressources de cloud privé sur un cloud public en tant que technique d’atténuation en cas d’attaque ou de sinistre rendant inutilisable un centre de données sur site.

Les organisations peuvent déplacer leurs ressources d’un cloud public à un autre pour de nombreuses raisons, notamment pour profiter de modèles de tarification spécifiques, de fonctionnalités de sécurité ou de produits (comme de nouveaux outils d’IA ou de machine learning) ou en raison de changements dans la structure de l’entreprise ou dans les accords sur les niveaux de service.  

Une autre option consiste à migrer des workloads spécifiques vers le cloud. Par exemple, une organisation peut choisir de migrer certaines bases de données ou mainframes vers le cloud afin de capitaliser sur des coûts réduits, des performances plus fiables, une meilleure sécurité et d’autres facteurs.

La première étape du workflow est le cloud migration planning, qui comprend une analyse de rentabilité claire de la migration. Une fois que l’équipe a déterminé le « pourquoi », il est important de procéder à une évaluation approfondie de l’infrastructure informatique, des applications et des données existantes afin de déterminer ce qui peut être migré et d’évaluer les dépendances qui nécessiteront une attention particulière. Dans cette phase, les équipes doivent généralement :

• faire le stock et la catégorisation des applications et des données ;
  
  
• analyser les dépendances et les interdépendances des applications ;
  
  
• évaluer les exigences de sécurité et de conformité ;
  
  
• évaluer les besoins en performances et en évolutivité ;
  
  
• fixer des objectifs et des priorités en matière de migration ;
  
  
• identifier les défis potentiels de la migration.

Une fois l’évaluation terminée, il est temps de sélectionner le fournisseur de services cloud qui correspond le mieux aux besoins de l’entreprise. Quelques facteurs à prendre en compte :

• compatibilité du fournisseur avec les applications et les données existantes ;
  
  
• offres de services, modèles de tarification et capacités d’assistance ;
  
  
• considérations relatives à la souveraineté et à la conformité des données ;
  
  
• évolutivité et disponibilité des ressources requises ;
  
  
• interopérabilité avec les systèmes existants.

Ce processus consiste à déterminer comment les applications, les données et l’infrastructure seront organisées dans l’environnement cloud. Les principales considérations comprennent :

• la conception d’architectures cloud évolutives et résilientes ;
  
  
• la définition des configurations réseau et de sécurité ;
  
  
• l’identification des services et fonctionnalités cloud appropriés ;
  
  
• l’optimisation de la rentabilité et de la performance ;
  
  
• la garantie de la sauvegarde des données et les mécanismes de reprise après incident.

À ce stade, l’équipe transférera l’infrastructure informatique existante vers le nouvel environnement cloud. En fonction de la stratégie de migration (p. ex. lift-and-shift, le changement de plateforme, la restructuration, etc.), le processus d’exécution impliquera la mise en place de l’environnement cloud cible, le provisionnement de virtual machines (VM), le stockage et les ressources réseau, la réplication ou la migration des données vers le cloud ainsi que le déploiement et la configuration des applications dans la nouvelle infrastructure cloud.

Des tests rigoureux sont essentiels pour garantir la fonctionnalité des applications et des données récemment transférées. De nombreuses équipes choisissent de réaliser :

• des tests fonctionnels pour valider la migration des applications ;
  
  
• des tests de performance et de charge pour évaluer l’évolutivité et la réactivité ;
  
  
• des tests de sécurité pour identifier les vulnérabilités et garantir la conformité ;
  
  
• des tests d’acceptation des utilisateurs pour valider l’expérience de l’utilisateur final ;

Il est également important de résoudre tout problème ou bug identifié lors du processus de test et de validation.

À ce stade, l’accent est mis sur l’optimisation des ressources et des configurations cloud. Cela implique :

• l’affinage des applications ;
  
  
• l’installation des mesures de sécurité et des contrôles d’accès nécessaires ;
  
  
• la configuration des mécanismes de surveillance et d’alerte ;
  
  
• la rationalisation de l’utilisation des ressources ;
  
  
• la mise en place de processus de gouvernance et de gestion.

Mais l’adoption du cloud n’est pas un processus unique. Les transferts massifs d’infrastructures et de données nécessitent un contrôle continu et en temps réel des performances afin d’optimiser réellement les fonctionnalités de la nouvelle infrastructure cloud et d’assurer le succès à long terme de la migration. Les organisations doivent être prêtes à mettre à jour/mettre à niveau les logiciels et les protocoles de sécurité, à augmenter ou à réduire l’échelle en fonction des schémas de demande et à surveiller les coûts du cloud pour optimiser la rentabilité.

Généralement la méthode de migration la plus rapide et la moins complexe, le réhébergement, également appelé « lift-and-shift », consiste à migrer les applications et les données d’une infrastructure sur site vers une plateforme cloud sans apporter de changements significatifs à l’architecture (probablement à l’aide d’outils IaaS). Cependant, cette stratégie de transfert ne profite pas pleinement de la fonctionnalité de cloud natif, elle est donc préférable pour les applications qui ne sont pas étroitement liées à l’infrastructure sous-jacente.

Une stratégie cloud de changement de plateforme (également appelée « lift-and-reshape »), en revanche, tente de tirer parti de certaines fonctionnalités de cloud natif (par exemple, architecture de microservices, conteneurs Kubernetes, modèles de machine learning, etc.) tout en maintenant la compatibilité en apportant des changements spécifiques, mais minimes, à l’architecture informatique existante.

Une approche de restructuration, ou de réarchitecture, exige de l’organisation qu’elle repense et redéveloppe les applications, à l’aide d’un outil PaaS, pour tirer pleinement parti des capacités du cloud natif. Comme elle nécessite souvent des changements importants dans l’architecture existante, elle a tendance à rendre la migration des données plus évolutive, résiliente et efficace dans l’environnement cloud. La restructuration permet aux entreprises de maximiser la valeur commerciale des solutions cloud et d’utiliser des schémas et modèles architecturaux modernes, tels que les microservices et l’informatique sans serveur.

La stratégie de rachat consiste à retirer une application existante et à la remplacer par une solution SaaS. Au lieu de migrer l’application vers le cloud, les entreprises optent pour une solution SaaS basée sur le cloud qui répond à leurs besoins. Cette approche offre un accès instantané aux applications basées sur le cloud sans nécessiter d’efforts de développement importants. Le rachat peut être particulièrement utile pour transférer des applications non essentielles telles que la messagerie, la gestion de la relation client (CRM) et la gestion des ressources humaines (HRM).

Enfin, pour mettre en place une approche de retrait (ou de coupure), les entreprises doivent mettre hors service les applications obsolètes et/ou inutilisées. Dans le cadre du processus de migration, les équipes identifient les applications ou les systèmes superflus et les arrêtent, réduisant ainsi les coûts de maintenance, éliminant les ressources redondantes et rationalisant le processus de migration en se concentrant uniquement sur les applications critiques.