La migration d'applications consiste à transférer une application logicielle d'un environnement informatique vers un autre. Vous pouvez, par exemple, effectuer la migration d'une application d'un centre de données vers un autre, d'un serveur sur site vers l'environnement d'un fournisseur de cloud ou du cloud public vers un environnement de cloud privé.

Étant donné que les applications s'exécutent généralement sur des systèmes d'exploitation particuliers dans des  architectures réseau  spécifiques ou qu'elles sont développées pour une seule plateforme de cloud, le transfert d'une application vers un nouvel environnement peut présenter un certain nombre de défis. Il est généralement plus facile d'effectuer la migration des applications à partir d'architectures virtualisées ou basées sur des services que des applications qui s'exécutent sur du matériel bare metal.

Déterminer une stratégie globale de migration d'applications implique de prendre en compte les dépendances et les exigences techniques spécifiques à l'application, ainsi que les contraintes de sécurité, de conformité et de coûts de votre entreprise.

Des applications différentes peuvent suivre des chemins différents vers le cloud, y compris au sein d'un même environnement technologique. Depuis les débuts du cloud computing, les développeurs désignent ces modèles de migration d'applications en utilisant des noms commençant par « R ».

Ré-héberger :  également appelé lift-and-shift, le ré-hébergement est une stratégie courante dans laquelle l'entreprise transfère l'application d'un serveur sur site vers une machine virtuelle dans le cloud, sans apporter de modifications significatives. Le ré-hébergement des applications est généralement plus rapide que les autres stratégies de migration et peut en réduire considérablement les coûts. L'inconvénient de cette stratégie réside dans le fait que, sans modification, les applications ne bénéficient pas des fonctionnalités informatiques cloud natives,  et les coûts à long terme de leur exécution dans le cloud peuvent finir par être plus élevés.

Restructurer ou ré-architecturer :  la restructuration consiste à apporter des modifications assez importantes à l'application afin qu'elle puisse être mise à l'échelle ou fonctionner plus efficacement dans un environnement de cloud. Cette stratégie peut impliquer de recoder des parties importantes de l'application, afin qu'elle tire parti plus efficacement des fonctionnalités cloud natives, telles que la restructuration d'une application monolithique en un ensemble de microservices ou la modernisation d'un magasin de données SQL en magasin de données NoSQL.

Replateformer : à mi-chemin entre ré-héberger et ré-architecturer, replateformer une application implique d'y apporter des modifications mineures, afin qu'elle puisse mieux tirer parti de l'architecture de cloud. Il peut s'agir, par exemple, de mettre à niveau l'application pour qu'elle fonctionne avec une base de données gérée cloud native, de modifier des systèmes d'exploitation ou le middleware avec lesquels elle fonctionnera ou de conteneuriser l'application.

Retirer/remplacer : dans certains cas, il est tout simplement plus judicieux de mettre l'application hors service. Cela peut s'expliquer par le fait que l'application présente une valeur limitée, ses fonctionnalités sont dupliquées ailleurs dans votre environnement, ou qu'il est plus rentable de la remplacer par une nouvelle offre, souvent une plateforme de  logiciel en tant que service (SaaS), que d'effectuer sa migration.

Pour développer la stratégie de migration d'applications la plus adaptée à l'environnement informatique et aux besoins de l'entreprise, vous devez connaître précisément le contenu de votre portefeuille d'applications, les spécificités de vos exigences de sécurité et de conformité, les ressources de cloud que vous utilisez actuellement, ainsi que vos infrastructures de stockage, de calcul et de réseau sur site.

Pour mener à bien la  migration vers le cloud,  vous devez également connaître les principaux facteurs qui la motivent et aligner votre stratégie sur ces facteurs. Vous devez savoir pourquoi vous migrez vers le cloud et l'objectif de la transition.

Dans la vidéo suivante, Andrea Crawford examine en détail la migration vers le cloud :

Les parties prenantes peuvent craindre que les migrations d'application perturbent l'activité ou entraînent des coûts imprévus. Les risques les plus courants sont les suivants :

• Problèmes techniques imprévus : par exemple, une application peut avoir un si grand nombre de dépendances que la restructuration ou la reconfiguration peut être beaucoup plus complexe et chronophage que ce qui avait été envisagé initialement.
  
  
• Coûts imprévus : sans une planification adéquate, les entreprises peuvent être amenées à dépenser plus que ce qu'elles avaient prévues dans leur budget, comme les frais de nouvelles licences ou les coûts de formation des employés à de nouveaux outils.
  
  
• Durée d'indisponibilité imprévue : des modifications majeures apportées à une application peuvent provoquer des conflits ou des problèmes qui entraînent des durées d'indisponibilité imprévues, à la fois pour l'application et pour les systèmes connectés ou dépendants.
  
  
• Problèmes culturels ou difficultés de gestion des changements : des organisations différentes utilisent les applications différemment, et ces différences peuvent créer des frictions qui ralentissent un projet de migration.

L'évaluation minutieuse et détaillée des risques et des avantages associés au ré-hébergement, à la ré-architecture, au replateformage ou au retrait de chaque application de votre portefeuille peut atténuer les risques globaux associés à la migration d'une application. En particulier, il est important de comparer les coûts au niveau du service de l'entreprise au coût total pour l'entreprise et d'évaluer le coût total de possession (CTP) d'un matériel dont vous auriez besoin pour maintenir les applications sur site.

Auparavant, les entreprises transféraient leurs applications vers le cloud pour bénéficier de la flexibilité, de l'évolutivité ou de la structure de coûts prévisibles et payables à l'utilisation qu'offrent les fournisseurs de cloud.

Aujourd'hui, cependant, elles veulent utiliser également des environnements qui permettent l'innovation. Qu'il s'agisse d'accéder aux processeurs hautes performances nécessaires pour optimiser les algorithmes d'apprentissage en profondeur ou les applications conteneurisées qui permettent aux équipes de développement d'améliorer rapidement les expériences numériques des clients en mettant en œuvre des changements à grande vitesse, les technologies de cloud permettent aux entreprises d'expérimenter, de tester de nouvelles idées et de réagir plus vite. Dans de nombreux cas, les technologies adaptées au cloud comme la conteneurisation permettent d'offrir aux utilisateurs finaus de meilleures expériences que les machines virtuelles qu'elles peuvent remplacer.

De manière générale, le processus de planification de la migration d'applications peut être divisé en trois étapes. Pour chaque étape, il est essentiel d'évaluer les coûts de toutes les options, y compris le choix de conserver certaines charges de travail sur site.

Identification et évaluation des applications. Dans cette phase de détection initiale, vous devez vous assurer de disposer d'un catalogue complet de toutes les applications de votre portefeuille. Vous classez ensuite les applications selon qu'elles ont une importance critique ou non critique pour l'entreprise, si leur valeur est stratégique ou non stratégique, et ce que vous attendez de la migration de chacune des applications vers le cloud. Vous devez vous efforcer de comprendre la valeur de chaque application par rapport aux caractéristiques suivantes :

• impact sur l'entreprise ;
  
  
• capacité à répondre aux besoins cruciaux de l'entreprise ;
  
  
• caractère actuel et importance des données ;
  
  
• taille, complexité et maniabilité ;
  
  
• coût de la maintenance et du développement ;
  
  
• valeur ajoutée de la migration vers le cloud.

Vous devez ensuite évaluer l'affinité cloud de chaque application à migrer. Au cours de ce processus, vous pouvez identifier les applications prêtes à fonctionner telles quelles et celles qui nécessitent des modifications importantes avant de pouvoir être prêtes pour le cloud.

Vous pouvez également utiliser des outils de détection des dépendances des applications pour déterminer la faisabilité de la migration d'une charge de travail en dehors de son environnement actuel.

Évaluation du coût total de possession (TCO). Déterminer le coût total d'un projet de migration cloud peut être complexe. Vous devez comparer les scénarios hypothétiques de maintien des applications et de l'infrastructure sur site avec ceux associés à leur migration vers le cloud. Vous devez donc calculer les coûts d'achat, d'exploitation et de maintenance du matériel que vous maintenez sur site dans les deux scénarios et les coûts de licence des logiciels.

Vous devez comparer la facture mensuelle de votre fournisseur de cloud dans les deux scénarios et les coûts de la migration elle-même, notamment les coûts des tests de la nouvelle infrastructure et de formation des employés à l'utilisation des logiciels mis à jour. N'oubliez pas de prendre en compte les coûts de maintenance des applications existantes qui restent sur site.

Évaluation du risque global et de la durée du projet. Dans la phase finale de la planification de la migration, vous établissez le calendrier du projet et identifiez les risques ou les obstacles que vous êtes susceptible de rencontrer.

De manière générale, plus l'application est ancienne, plus il est difficile (et par conséquent, potentiellement moins intéressant) d'effectuer sa migration vers le cloud. Les logiciels obsolètes sont problématiques à bien des égards : ils sont coûteux à entretenir, ils peuvent poser des problèmes de sécurité s'ils cessent d'être corrigés et ils ont tendance à mal fonctionner dans les environnements informatiques modernes. Évaluez soigneusement les applications existantes, en particulier avant d'effectuer la migration.

Lorsque les organisations évaluent la viabilité et la priorité d'une application pour la migration, elles tiennent compte des éléments suivants :

Complexité :  où cette application a-t-elle été développée ? Si elle a été développée en interne, le développeur travaille-t-il toujours dans votre entreprise ?  La documentation de l'application est-elle facilement accessible ?  Quel âge a l'application ? Depuis combien de temps est-elle utilisée ?  Combien d'autres applications ou flux de travail au sein de votre organisation dépendent de l'application d'une manière ou d'une autre ?

Criticité :  combien d'utilisateurs dépendent quotidiennement de cette application ? Combien en dépendent chaque semaine ? Quelle durée d'indisponibilité pourraient-ils tolérer avant que les opérations soient perturbées ?  L'application est-elle utilisée pour la production, le développement, les tests ou les trois ?  Est-elle gérée par une équipe informatique interne ou un fournisseur externe ?  Existe-t-il d'autres applications avec des exigences de disponibilité/d'indisponibilité qui doivent être synchronisées avec cette application ?

Conformité :  quelles exigences réglementaires votre application doit-elle respecter ?

Disponibilité :  quelles normes de disponibilité cette application doit-elle respecter ? Est-elle soumise à un accord sur des niveaux de service (SLA) stipulant un temps de disponibilité de 99,99 %, par exemple ?

Tests

Pour qu'aucune donnée ou fonctionnalité ne soit perdue pendant la migration de l'application, vous devez effectuer des tests pendant l'opération pour vérifier que toutes les données sont présentes, que l'intégrité des données est maintenue et que les données sont maintenant dans l'emplacement de stockage adéquat.

Il est également essentiel d'effectuer des tests de suivi une fois la migration terminée, en comparant les performances des applications et en veillant à ce que les contrôles de sécurité restent en place.

La virtualisation est un élément fondamental de nombreuses stratégies de migration vers le cloud, car les machines virtuelles peuvent être facilement exécutées dans de nouveaux environnements matériels physiques. Il est même possible de déplacer une application active, exécutée sur une machine virtuelle, entre des machines hôtes physiques sans perturber l'expérience de l'utilisateur final. La flexibilité et la polyvalence des environnements informatiques virtualisés simplifient considérablement la migration des applications.

Types d'hyperviseurs et opérations de migration

Plusieurs solutions de réplication et de migration actuellement disponibles permettent à leurs clients de migrer des machines virtuelles entre des  serveurs bare metal, des serveurs virtuels dans le cloud et même des  hyperviseurs.

• Migration d'applications VMWare :  il est possible de transférer des machines virtuelles s'exécutant sur des instances  VMware sur site vers un serveur VMWare VCenter s'exécutant dans un cloud privé sans perturber les opérations, provoquer des indisponibilités ou avoir à reconfigurer les applications.
  
  
• Migration d'applications Red Hat : Red Hat propose un kit d'outils de migration d'applications. Il s'agit d'une solution logicielle personnalisable et extensible qui analyse les environnements informatiques pour identifier les interdépendances des applications. Il fournit des rapports d'analyse de type tableau de bord pour mettre en évidence les applications susceptibles de rencontrer des problèmes lors de la migration.

De nombreux services sont disponibles pour aider votre entreprise à élaborer une stratégie, à planifier et à mener à bien une migration vers le cloud.

Plan directeur de la migration : dans une offre complète de services, votre fournisseur vous aidera à clarifier votre stratégie et vos objectifs de migration, à rassembler des informations sur vos applications et votre environnement, à identifier les besoins de vos utilisateurs et vos exigences métier et à élaborer un plan d'action détaillé pour votre migration.

Déploiement de la migration : si vous choisissez une option de déploiement géré, votre fournisseur vous aidera non seulement à élaborer une stratégie et à planifier votre migration, mais également à gérer la migration elle-même et tous les tests et le traitement des incidents connexes. Il s'agit généralement d'une offre de services clé en main qui inclut une prise en charge complète de bout en bout.

Services de cloud gérés : une offre de services de cloud gérés comprend généralement la surveillance et la maintenance de votre environnement informatique basé sur le cloud. Votre fournisseur de services de cloud gérés se chargera de plusieurs fonctions, de la gestion de la sécurité du cloud à l'achat de vos offres en tant que service auprès de fournisseurs. La migration d'applications peut être incluse dans une offre de services regroupés ou ajoutée à la carte.

Modernisation des applications : les services de modernisation des applications  incluent des offres de développement personnalisées qui peuvent préparer les applications existantes à être utilisées dans le cloud en les modifiant, afin qu'elles s'exécutent dans des conteneurs ou des environnements virtualisés.