Re-host (Réhébergement)
Le réhébergement (re-host) est une stratégie de base qui consiste à copier vos éléments actuellement hébergés sur site pour les transférer tels quels dans le cloud. Cette stratégie ne nécessite pas de reconfiguration majeure ni de modifications architecturales.
Cette stratégie convient aux entreprises qui débutent dans la migration cloud et souhaitent se familiariser avec cet environnement, car elle nécessite peu d'investissements.
Re-platform (Changement de plateforme)
Cette stratégie exige des équipes qu'elles apportent des modifications aux applications afin de les optimiser et de garantir un fonctionnement plus fluide et plus rapide dans le cloud. Cela nécessite des compétences en programmation pour que votre environnement actuel s'intègre parfaitement au nouvel environnement cloud.
Cette stratégie est également idéale pour les entreprises qui tentent une migration vers le cloud pour la première fois, car elle offre des avantages immédiats tels qu'une accélération des performances système et une réduction des coûts.
Repurchase (Rachat)
Le rachat (repurchase) consiste à transférer votre environnement vers un nouveau produit basé sur le cloud. Cela vous oblige soit à remplacer vos applications actuelles par des solutions SaaS, soit à migrer vos licences de serveurs locaux vers des serveurs cloud.
Le rachat est rentable si vous migrez des applications à partir d'environnements patrimoniaux (legacy) personnalisés.
Retain (Conservation)
Si la migration vers le cloud n'est pas pertinente pour votre entreprise actuellement, vous pouvez conserver (retain) votre environnement existant et réexaminer la situation plus tard. Dans ce cas, envisagez une option hybride en maintenant certains actifs sur site et d'autres dans le cloud.
Retire (Retrait)
Certaines de vos applications et services peuvent ne plus être utiles du tout. Il n'y a aucune raison de les migrer vers le cloud s'ils n'apportent aucune valeur à vos clients. Si c'est le cas, il est temps de les retirer définitivement.
Re-factor (Refactorisation)
La refactorisation (re-factor) s'avère laborieuse, car elle consiste à reconcevoir et à reconstruire entièrement vos applications existantes pour qu'elles fonctionnent dans un environnement cloud. Ce processus est long et coûteux. Toutefois, en prenant le temps de refactoriser vos applications, vous garantissez leur compatibilité avec les versions futures et facilitez leur évolution pour accompagner votre croissance.
Stratégies de migration vers le cloud
Au-delà du cadre officiel des 6 R, les professionnels du cloud utilisent souvent des termes sectoriels plus larges pour décrire les techniques de migration. Beaucoup d'entre eux s'alignent directement sur les R mentionnés ci-dessus, mais mettent l'accent sur le style d'exécution spécifique.
Migrer tel quel avec le « lift and shift »
Dans ce type de migration, votre organisation transfère les données et les charges de travail vers le cloud telles quelles, avec un minimum de modifications, tout comme le réhébergement. Les seuls ajustements effectués visent à garantir le bon fonctionnement de vos charges de travail dans le nouvel environnement cloud, sans s'inscrire dans une démarche de modernisation ou de modification profonde de vos composants cloud.
Cette approche est idéale si vous êtes satisfait de l'état actuel de vos charges de travail et de vos bases de données, et que votre unique objectif est de basculer vers un environnement cloud. En revanche, si vous accumulez une dette technique importante que vous ne souhaitez pas transférer dans vos nouveaux systèmes cloud, votre organisation doit s'orienter vers une autre stratégie.
Mettre à jour avec l'« improve and move »
Pour les systèmes qui bénéficieraient d'une certaine modernisation, une migration de type « improve and move » (parfois appelée re-platforming) permet à votre organisation de tirer parti de technologies plus récentes et d'exploiter le potentiel des outils natifs du cloud. Certains avantages de la migration cloud s'adressent uniquement aux organisations disposant d'architectures modernes pensées pour le cloud, ce qui rend plus difficile pour les systèmes existants de profiter pleinement des services cloud.
Étant donné que vous devez refactoriser et moderniser vos composants cloud, cette stratégie prend plus de temps. Votre équipe doit également acquérir de nouvelles compétences, ou vous devez recruter de nouveaux collaborateurs spécialisés dans la migration.
Repenser avec le « rip and replace »
Si vous réalisez qu'un redémarrage à zéro est indispensable avant votre migration cloud, une approche « rip and replace » (la forme ultime de refactorisation ou de rachat) est la solution la plus adaptée aux besoins de votre organisation. Au lieu de réparer vos systèmes ou de les transférer tels quels dans le cloud, vous abandonnez l'ancien code source pour concevoir et créer un tout nouveau logiciel, sans conserver les systèmes existants.
Outre le temps et les coûts associés à ce type de migration, votre organisation doit prendre de nombreuses décisions inédites concernant l'utilisation de ces systèmes dans le cloud.
Checklist pour la migration de bases de données vers le cloud
Migrer vers le cloud n'est pas un processus simple. Entre les options de cloud public, privé et hybride, surmonter les défis d'une migration cloud, quelle que soit son envergure, s'avère parfois intimidant. Utilisez la checklist de migration vers le cloud suivante pour suivre les différentes phases et transférer vos opérations avec succès.
1. Préparer la migration
Une migration réussie repose sur une préparation solide. Cochez les tâches suivantes pour vous assurer de disposer de bases solides pour mener à bien vos initiatives cloud.
Obtenir l'adhésion
La première étape de la migration vers le cloud consiste à obtenir l'adhésion de la direction afin de garantir l'efficacité de la démarche. La migration cloud implique à la fois une transformation technologique et un changement culturel, et modifie les rôles fonctionnels ainsi que les opérations de votre entreprise. Les employés doivent être formés, requalifiés ou réaffectés à de nouveaux postes. Les dirigeants et les cadres supérieurs doivent fournir des conseils et un soutien tout au long du processus, notamment en communiquant sur les avantages de la migration pour le personnel et les clients, en répondant aux inquiétudes et en soutenant les programmes de formation.
Sécuriser le financement
La migration vers le cloud représente un engagement financier important avec un investissement initial élevé, souvent cité comme un frein à l'adoption du cloud. Sans une planification et un financement adéquats, votre projet de migration cloud court à l'échec dès le départ.
Assurez-vous de sécuriser un budget approprié à l'avance. Les facteurs qui influencent le coût comprennent :
Les directeurs financiers, DSI, directeurs techniques et autres cadres doivent collaborer pour créer un plan financier dédié à la migration et valider les fonds nécessaires.
Désigner un architecte cloud
Une fois l'adhésion des dirigeants obtenue et le budget validé, plongez-vous dans votre plan de projet de migration cloud. Tout d'abord, vous avez besoin d'un architecte cloud. L'architecte cloud est le chef d'orchestre de votre migration et votre chef de projet. Il est responsable de la planification et de l'exécution de chaque étape du processus.
Son rôle comprend :
-
Définir la refactorisation nécessaire à la réussite de la migration cloud
-
Concevoir les stratégies de migration
-
Définir les exigences cloud
-
Déterminer les priorités de migration
Cartographier votre infrastructure existante
Ensuite, il est essentiel de comprendre votre infrastructure existante. Vous devez savoir d'où vous partez pour atteindre votre destination. L'un des meilleurs moyens d'y parvenir consiste à visualiser votre infrastructure réseau. Lucid propose une bibliothèque de formes complète pour modéliser précisément votre réseau sur site. Vous pouvez même créer vos propres formes dans une bibliothèque personnalisée afin de disposer exactement de ce dont vous avez besoin pour communiquer vos plans clairement à votre équipe.
2. Planifier votre stratégie de migration
After avoir posé les bases d'une migration réussie, commencez à planifier vos stratégies de migration vers le cloud.
Choisir le niveau de migration
Déterminez le niveau de migration que vous allez mettre en œuvre. Toutes les organisations ne s'engagent pas dans une migration complète.
Intégration superficielle vs intégration profonde
Une intégration superficielle transfère vos applications vers le cloud telles quelles, conformément à la stratégie de « lift and shift » mentionnée plus haut. Lors d'une intégration cloud profonde, les applications sont modifiées pour tirer parti des fonctionnalités du cloud, telles que la répartition dynamique de la charge (load balancing) et l'informatique sans serveur (serverless).
Mono-cloud vs multi-cloud vs cloud hybride
Les organisations peuvent choisir de migrer vers un cloud unique, plusieurs fournisseurs de cloud ou même un cloud hybride. Une approche mono-cloud est plus simple à mettre en œuvre, mais limite les conditions et options de vos contrats de niveau de service (SLA). Si vos besoins sont simples ou correspondent aux services d'un seul fournisseur, une intégration mono-cloud convient parfaitement.
Une solution multi-cloud offre aux organisations la flexibilité de choisir les fournisseurs en fonction des forces et des avantages uniques de chacun. For exemple, vous vous appuyez sur un fournisseur pour gérer vos besoins de stockage de données et sur un autre pour déployer vos applications en production.
Un cloud hybride est une combinaison d'infrastructures de cloud privé et public qui permet aux charges de travail de circuler entre les deux environnements interconnectés. Cette mobilité entre les environnements cloud confère aux organisations une plus grande flexibilité et plus d'agilité dans leurs options de déploiement de données.
Brainstorming et priorisation
Rassemblez toutes les parties prenantes pour déterminer lors d'un remue-méninges quelles applications ou quels services il est le plus judicieux de transférer vers le cloud. Il s'agit d'une activité collaborative pour éviter de travailler en silo.
Lucid est l'outil idéal pour réunir les équipes dans un espace virtuel partagé afin de soumettre des idées, de réagir aux réflexions de chacun, d'exprimer des questions ou des inquiétudes et de s'aligner. Passez en toute fluidité du remue-méninges à la modélisation grâce au canevas universel (universal canvas) de Lucid. Pour mieux hiérarchiser les activités de migration, testez les Activités visuelles (Visual Activities) afin de recueillir les avis de chacun et de visualiser les points d'accord ou de désaccord.
