Qu'est-ce que la migration vers le cloud ? Votre guide pour passer au cloud

Pourquoi la migration vers le cloud est-elle importante ?

La migration vers le cloud est un processus de transition ou de changement. Lorsqu'une organisation décide d'utiliser un service cloud, l'objectif est de considérer l'informatique moins comme un service interne ou une charge et davantage comme un service public, tel que l'électricité, l'eau ou le gaz naturel. La nature hautement évolutive et payable à l'utilisation du cloud public offre aux entreprises la flexibilité d'utiliser uniquement les ressources nécessaires, pendant la durée nécessaire, et de ne payer que pour les ressources réellement consommées. Il s'agit d'un changement de paradigme attrayant qui incite les entreprises de toutes tailles et de tous secteurs à passer au cloud.

Une entreprise peut également effectuer une migration vers le cloud entre une infrastructure locale traditionnelle et des ressources ou services cloud privés localisés. Cela lui permet de bénéficier des avantages communs du cloud public, tels que les économies de coûts, l'automatisation et le libre-service, tout en conservant les avantages de l'infrastructure traditionnelle, tels que la supervision et la sécurité. Les clouds privés peuvent également être intégrés aux clouds publics, créant ainsi un cloud hybride qui prend en charge la migration entre les deux selon les besoins.

Mais prendre la décision d'exécuter des charges de travail et d'héberger des données d'entreprise dans un cloud peut s'avérer plus compliqué qu'il n'y paraît. Toutes les charges de travail ne sont pas adaptées au cloud. Cela peut être dû aux exigences de performance et aux dépendances de la charge de travail ou à la conception même de celle-ci. La décision peut également être compliquée par la conformité, la sécurité et d'autres réglementations qui affectent la manière et le lieu où une entreprise peut exécuter ses tâches informatiques, telles que les exigences croissantes en matière de souveraineté des données.

La réussite de la migration vers le cloud est un processus commercial aussi important qu'un processus technique. Elle commence par l'élaboration d'une analyse de rentabilité pour la migration vers le cloud, qui comprend des cas d'utilisation et des objectifs spécifiques. Ce n'est qu'alors que le personnel technique peut tracer la voie difficile à suivre en composant l'architecture cloud, en sélectionnant les véhicules de données et de charge de travail, tels que les machines virtuelles (VM), les volumes de stockage et les conteneurs, en connectant les services cloud, tels que les pare-feu, les équilibreurs de charge et les bases de données, en effectuant les migrations nécessaires pour exécuter les charges de travail dans le cloud, puis en effectuant les tests et la surveillance continue pour s'assurer que les charges de travail sont sécurisées et fonctionnent dans le cloud comme prévu.

Par conséquent, la migration vers le cloud peut s'avérer difficile pour certaines applications, et les projets de migration peuvent parfois échouer, ce qui conduit souvent à des efforts de remédiation, tels que le rapatriement vers le cloud.

La clé est de savoir dès le départ que la migration vers le cloud n'est pas une décision à prendre de manière radicale. Les entreprises qui abordent la migration vers le cloud au niveau de chaque charge de travail peuvent prendre des décisions pertinentes concernant l'utilisation du cloud de manière à ce qu'elle soit la plus avantageuse possible pour l'organisation. Une migration vers le cloud qui échoue pour une charge de travail ne empêche pas le déploiement réussi du cloud pour d'innombrables autres charges de travail.

Quels sont les principaux avantages de la migration vers le cloud ?

De nombreuses organisations migrent leurs applications et données sur site depuis leur centre de données local vers une infrastructure cloud publique afin de profiter des avantages du cloud computing, tels qu'une plus grande élasticité, un approvisionnement en libre-service, une redondance et un modèle flexible de paiement à l'utilisation.

Les objectifs généraux d'une migration vers le cloud sont essentiellement les mêmes que les raisons d'utiliser le cloud lui-même : héberger des applications et des données dans l'environnement informatique le plus efficace possible, en fonction de facteurs tels que le coût, les performances, la disponibilité et la sécurité. Voici une liste plus complète et plus spécifique des avantages de la migration vers le cloud :

• Plus d'agilité et de flexibilité. Les clouds sont conçus pour fournir presque toutes les ressources et tous les services informatiques et de stockage à la demande. Cela permet aux entreprises de déployer et d'adapter immédiatement leurs charges de travail sans attendre l'achat d'infrastructures, d'utiliser les ressources aussi longtemps qu'elles en ont besoin et de ne payer que ce qu'elles consomment réellement.
• Disponibilité et assistance améliorées. Les clouds publics mettent systématiquement en œuvre des infrastructures et des ressources à haute disponibilité, telles que le stockage redondant, qui offrent une résilience et une disponibilité accrues aux utilisateurs du cloud sans qu'il soit nécessaire de maintenir une infrastructure redondante sur site.
• Meilleure évolutivité. Lorsqu'une charge de travail nécessite davantage de ressources pour maintenir et améliorer ses performances, le cloud peut les fournir immédiatement. L'utilisateur n'a pas besoin de déployer de nouveaux matériels et plateformes, car ceux-ci sont déjà présents et disponibles dans le cloud public.
• Utilisation des nouvelles technologies. Les clouds publics peuvent fournir de nouveaux services et fonctionnalités innovants et puissants que les entreprises moyennes n'auraient jamais les ressources ou l'expertise nécessaires pour développer en interne. Par exemple, les entreprises qui cherchent à créer de nouvelles plateformes d'apprentissage automatique et d'intelligence artificielle peuvent utiliser les modèles, les cadres et les services connexes déjà fournis par les fournisseurs de cloud plutôt que de développer les leurs.
• Capacité d'innovation. Le cloud permet aux entreprises d'essayer de nouvelles architectures et de tester des charges de travail (avec un risque d'échec) sans investir ni prendre de risques dans des infrastructures locales. La possibilité de provisionner et de déployer de nouvelles charges de travail, d'apporter des modifications et d'optimiser les processus peut également accélérer la mise sur le marché, renforçant ainsi la position concurrentielle d'une organisation.
• Moins de pression sur les ressources locales. Le cloud allège la pression sur l'utilisation et l'expansion des centres de données. Le centre de données local peut continuer à traiter les charges de travail critiques, tandis que les charges de travail routinières ou non critiques peuvent être hébergées dans le cloud. Les entreprises peuvent retarder, voire annuler l'expansion de leur centre de données et, dans certains cas, réduire leur empreinte écologique.
• Gestion des coûts à long terme. À long terme, les clouds ne sont pas nécessairement moins chers que les centres de données locaux, mais le passage d'énormes dépenses d'investissement pour l'infrastructure sur site à des dépenses opérationnelles mensuelles modestes pour les services cloud peut aider une entreprise à mieux gérer les budgets et les prévisions de ses projets.
• Meilleures performances en termes de charge de travail. Les charges de travail mondiales peuvent souffrir de latence et d'autres limitations de performances lorsqu'elles sont gérées à partir d'un seul centre de données. Les clouds publics utilisent de nombreux centres de données situés dans différentes régions du monde. Les entreprises peuvent héberger leurs charges de travail plus près de leurs utilisateurs respectifs pour obtenir de meilleures performances (c'est-à-dire une latence plus faible) tout en respectant la souveraineté des données et les autres exigences réglementaires des différentes régions.

Modèles de déploiement de la migration vers le cloud

Les entreprises ont le choix entre plusieurs modèles de cloud :

• Cloud public. Permet à de nombreux utilisateurs d'accéder à des ressources informatiques dans une architecture multi-locataires partagée via Internet ou des connexions dédiées.
• Cloud privé. Conserve les données sur une architecture à locataire unique dans le centre de données de l'organisation ou celui d'un fournisseur tiers.
• Cloud hybride. Combine les modèles de cloud public et privé et transfère les données entre les deux.
• Multi-cloud. Implique des options IaaS provenant de plusieurs fournisseurs de cloud public.

Au-delà de ce choix initial de modèle de cloud, il existe trois grandes catégories de cloud à prendre en compte pour les déploiements cloud :

• Infrastructure en tant que service. L'IaaS est le modèle classique d'informatique à la demande, dans lequel la puissance de calcul, le stockage et les services tels que les pare-feu et les équilibreurs de charge sont mis à la disposition des utilisateurs qui sélectionnent et composent l'infrastructure cloud en fonction de la charge de travail à migrer.
• Plateforme en tant que service. Les plateformes sont des offres cloud conçues pour fournir des fonctionnalités spécifiques ou hautement intégrées qui évitent aux utilisateurs d'avoir à déployer et à maintenir eux-mêmes ces fonctionnalités. Il s'agit par exemple des plateformes de développement logiciel basées sur le cloud et des plateformes de déploiement et de gestion de conteneurs.
• Logiciel en tant que service. Avec le SaaS, le service cloud permet aux utilisateurs d'accéder à des charges de travail spécifiques, telles que des applications de productivité comme Microsoft Office 365 ou SAP Concur pour la gestion des notes de frais. Le SaaS évite aux entreprises d'avoir à déployer et à maintenir l'application, dont le développement, l'exploitation et la maintenance sont confiés au fournisseur.

Les trois catégories de cloud peuvent être utilisées simultanément dans n'importe quelle combinaison.

Lorsque vous déterminez où une application doit être hébergée, tenez compte de ses performances après la migration. Assurez-vous que la bande passante et la latence sont suffisantes pour garantir des performances optimales. Déterminez également si les dépendances d'une application pourraient compliquer la migration.

Passez en revue le contenu de la pile logicielle de l'application qui sera transférée. Les applications locales peuvent comporter de nombreuses fonctionnalités inutilisées, et il est inutile de migrer et de prendre en charge ces éléments non essentiels. Les données obsolètes constituent un autre problème lié à la migration vers le cloud. Sans raison valable, il n'est probablement pas judicieux de transférer des données historiques vers le cloud, car cela entraîne généralement des coûts de sortie de données pour leur récupération.

Il est également prudent d'évaluer les options de migration en tenant compte des capacités futures d'une application. Par exemple, une entreprise qui prévoit d'utiliser à terme des capacités hybrides ou multi-cloud aurait tout intérêt à les inclure dans son plan de migration actuel.

Une poignée de plateformes prennent en charge les environnements hybrides et multicloud, notamment les suivantes :

• Microsoft Azure Stack.
• Google Cloud Anthos.
• AWS Outposts.
• VMware Cloud sur AWS.
• PaaS basé sur des conteneurs, tel que Cloud Foundry ou Red Hat OpenShift.

Stratégies de migration vers le cloud parmi lesquelles choisir

Bien que l'objectif fondamental de toute migration vers le cloud soit le même (déplacer les charges de travail d'un environnement opérationnel vers un autre), les responsables commerciaux et technologiques doivent tenir compte de plusieurs variantes et scénarios :

• Sur site vers le cloud. Il s'agit du modèle de migration traditionnel, dans lequel la charge de travail d'une entreprise est migrée du centre de données local vers un environnement cloud public ou privé. Ce modèle est parfois appelé « migration complète du centre de données », mais ce terme est impropre : il n'y a aucune obligation, ni même nécessité, de migrer toutes les charges de travail. L'utilisation du cloud est flexible, et il est courant pour une entreprise de ne migrer qu'une ou quelques charges de travail, ou d'utiliser le cloud pour des fonctions spécifiques, telles que les tests ou l'expérimentation.
• Migration vers le cloud spécifique à la charge de travail. Dans cette variante de la migration sur site vers le cloud, l'entreprise concentre ses efforts de migration sur des charges de travail ou des types de charges de travail spécifiques. Par exemple, la migration peut concerner uniquement les charges de travail liées à la comptabilité ou aux ressources humaines, en transférant peut-être les anciens logiciels sur site vers des offres SaaS gérées.
• Migration vers le cloud hybride. Lorsqu'un cloud privé et un cloud public sont connectés pour former un cloud hybride, il est possible d'envisager de migrer les charges de travail et les données entre les environnements privés et publics, et inversement, selon les besoins. Il reste important de s'assurer que les ressources et les services entre les environnements cloud privés et publics sont compatibles, mais l'existence même d'un cloud hybride démontre généralement un certain niveau d'interopérabilité et de compatibilité entre les deux, ce qui simplifie les migrations.
• De cloud à cloud. Le transfert de charges de travail et de données d'un cloud à un autre, par exemple d'AWS vers Google Cloud, peut être l'une des tâches de migration les plus complexes. Cette stratégie est utile lorsqu'il existe un avantage évident à utiliser un cloud plutôt qu'un autre, par exemple lorsqu'un cloud offre des avantages financiers importants ou met en œuvre une nouvelle technologie puissante, telle que l'IA, qu'un autre cloud ne propose pas. Mais chaque cloud est différent, et les ressources, les services et les architectures ne sont généralement pas directement transposables d'un cloud à l'autre. Cela signifie que pour réussir une migration C2C, il faut faire appel aux services d'architectes cloud experts dans chaque environnement cloud.
• Rapatriement vers le cloud. Il est parfois nécessaire de migrer une charge de travail du cloud vers le centre de données sur site ou vers un autre cloud où la charge de travail était précédemment exécutée. Cela se produit lorsque la charge de travail migrée n'offre pas les performances, la fiabilité ou d'autres résultats, tels que le contrôle des coûts, attendus lors de la migration initiale. Mais il y a une mise en garde : la charge de travail doit toujours être adaptée pour fonctionner dans l'environnement d'exploitation d'origine. Si elle a été modifiée, reconstruite ou repensée pour un cloud spécifique, le rapatriement peut s'avérer impossible et l'entreprise peut être contrainte de revenir à une version antérieure de la charge de travail.

Choisissez la bonne stratégie de migration vers le cloud

Le transfert des charges de travail vers le cloud nécessite une stratégie bien pensée pour relever une combinaison complexe de défis en matière de gestion et de technologie, et pour réorganiser le personnel et les autres ressources. Il faut faire des choix quant au type de migration à effectuer et aux données à transférer.

Il existe trois stratégies fondamentales pour migrer la charge de travail d'une entreprise depuis le centre de données local vers l'infrastructure d'un fournisseur de services cloud :

• Ré-hébergement. Cette stratégie, également appelée « lift and shift », est l'approche la plus directe, dans laquelle une charge de travail locale et ses données sont essentiellement déplacées (réhébergées) vers une machine virtuelle dans l'infrastructure d'un fournisseur de cloud. Dans une variante appelée « relocalisation », une charge de travail déjà exécutée dans une machine virtuelle sur site peut être redéployée dans le cloud avec une relative facilité et rapidité, à condition qu'il y ait peu de dépendances et que l'impact sur l'activité soit mineur.
• Re-plateforme. Toutes les charges de travail ne peuvent pas être simplement réhébergées. Beaucoup sont complexes et comportent de nombreuses dépendances. Une entreprise peut donc choisir d'apporter certaines modifications au schéma de déploiement de la charge de travail afin d'améliorer ses performances dans un cloud public. Par exemple, si une charge de travail nécessite une base de données, l'entreprise peut utiliser un service de base de données compatible hébergé par le fournisseur de cloud plutôt que de déployer une copie de la base de données. La refonte d'une plateforme de charge de travail peut être plus difficile et plus longue que le ré-hébergement, et nécessiter davantage de tests et de validations.
• Refactorisation. Ce type de migration vers le cloud implique une refonte fondamentale de la charge de travail afin d'optimiser son utilisation des ressources cloud et d'améliorer ses performances dans le cloud. Prenons l'exemple d'une charge de travail monolithique unique déployée sous la forme d'une machine virtuelle volumineuse et peu maniable, difficile à faire évoluer. Elle pourrait être repensée sous la forme d'une application de micro-services basée sur des conteneurs et alimentée par Kubernetes, qui fait automatiquement évoluer différents composants de microservices afin d'améliorer les performances tout en minimisant l'utilisation des services cloud. La refonte d'une application pour le cloud est souvent le type de migration vers le cloud le plus long et le plus complexe. Elle est généralement réservée aux entreprises qui ont adopté une stratégie axée sur les applications cloud.

Gartner a développé sa propre liste, légèrement différente, de cinq stratégies de migration vers le cloud qui commencent également par la lettre R. AWS l'a ensuite élargie à sept R de la migration vers le cloud. Aux quatre R ci-dessus s'ajoutent « repurchase » (rachat), pour remplacer une application ou certains de ses composants par des versions natives du cloud ; « retire » (retrait), pour fermer une application ; et « retain » (conserver), pour conserver une application jusqu'à ce que son remplacement soit prêt ou que des problèmes tels que les dépendances soient résolus.

En ce qui concerne l'approche ou le processus de migration proprement dit, chaque organisation a des raisons différentes de migrer ses applications héritées vers le cloud, et ses objectifs varient.

Toutes les applications ne doivent pas nécessairement quitter le centre de données de l'entreprise. Parmi celles qui doivent rester, on trouve les applications critiques pour l'entreprise, à haut débit, nécessitant une faible latence ou soumises à des exigences strictes en matière de gestion géographique ou de souveraineté des données, telles que le RGPD.

Enfin, tenez compte des coûts. Une organisation qui a investi massivement dans l'infrastructure matérielle et les licences logicielles doit évaluer si la migration de certaines charges de travail en vaut la peine. Après la migration, le personnel informatique se concentrera sur les performances, l'utilisation et la stabilité des données. Veillez donc à prévoir un budget pour les outils qui prennent en charge ces fonctions.

Comment fonctionne le processus de migration vers le cloud ?

Les étapes de migration vers le cloud suivies par une entreprise varient en fonction de facteurs tels que le type de migration qu'elle souhaite effectuer et les ressources spécifiques qu'elle souhaite transférer. Néanmoins, la plupart des migrations vers le cloud ont des éléments communs, notamment les suivants :

1. Comprenez l'objectif. C'est le « pourquoi ». Toute migration vers le cloud doit commencer par la définition d'objectifs commerciaux concrets et la fixation d'attentes claires pour le projet. Si l'entreprise ne parvient pas à identifier au moins une raison concrète ou mesurable pour migrer, il est souvent préférable de faire une pause et de réévaluer la situation.
2. Déterminez la ou les applications cibles. Il s'agit ici du « quoi », c'est-à-dire que les responsables commerciaux, techniques et de la conformité évaluent l'environnement local et identifient les candidats potentiels à la migration. Toutes les charges de travail ne sont pas adaptées au cloud en raison de problèmes de performances, de sécurité, de conformité ou autres. Il est donc essentiel de déterminer quelles charges de travail doivent être incluses dans une migration. De plus, la migration n'est pas un processus tout ou rien. Il est souvent conseillé de migrer les charges de travail sous forme de projets individuels plutôt que de transformations globales. Commencez modestement avec des charges de travail simples, peu prioritaires et comportant peu ou pas de dépendances, et acquérez de l'expérience avec le processus de migration et ses pièges avant de vous attaquer à des charges de travail plus complexes ou critiques.
3. Choisissez la cible cloud. Il s'agit du « où » d'un projet de migration vers le cloud. Une fois qu'une application a été sélectionnée pour la migration, l'entreprise peut choisir le modèle de déploiement le mieux adapté comme destination. Par exemple, une simple migration SaaS pour remplacer une charge de travail vieillissante peut impliquer un fournisseur SaaS de premier plan, tandis qu'une stratégie de transformation commerciale avancée peut impliquer la création d'un cloud privé, la mise en place d'un cloud hybride, puis la migration.
4. Choisissez un partenaire cloud qui a fait ses preuves. Il est important de s'assurer que le fournisseur a fait ses preuves et qu'il restera en activité dans un avenir prévisible. Cela peut sembler excessivement prudent, mais l'événement le plus perturbateur pour une entreprise est la fermeture d'un fournisseur essentiel, qui oblige l'entreprise à se démener pour trouver des alternatives.
5. Évaluez les besoins et les coûts liés à la migration. Toute entreprise qui planifie un projet de migration doit soigneusement examiner les coûts. Ceux-ci comprennent généralement les frais mensuels pour le SaaS, les frais par utilisateur pour le PaaS et les divers coûts liés aux ressources et services IaaS. Les dépenses liées au cloud étant récurrentes, les entreprises doivent prévoir un budget suffisant pour la migration et l'assistance continue. De même, il est important de comprendre les exigences et les attentes en matière de performances une fois la migration terminée, et d'être prêt à établir des indicateurs et des KPI pour le suivi et le reporting des performances.
6. Choisissez l'architecture appropriée. Alors que les architectures PaaS et SaaS sont largement définies et leurs coûts relativement simples, la conception d'une architecture pour une charge de travail dans un environnement cloud IaaS peut s'avérer difficile, en particulier pour les architectures hautement évolutives. Elle nécessite les efforts d'un architecte cloud qualifié, possédant une expertise dans la destination cloud choisie, afin de concevoir un environnement offrant la fiabilité, la sécurité, la surveillance et les performances nécessaires pour répondre aux besoins de la charge de travail. L'intégration des données de coût dans les conceptions architecturales IaaS permettra d'affiner l'analyse des coûts et la budgétisation de la charge de travail.
7. Élaborez le plan de migration. Il s'agit du « quand » et du « comment » d'une migration vers le cloud, dans lequel l'entreprise définit son approche et son calendrier pour la migration proprement dite. Le plan doit inclure des dispositions pour la migration détaillée des données, le test et la validation des dépendances (telles que les bases de données requises), le transfert de la charge de travail cible prévue, puis la réalisation des tests et de la validation finaux. Ce n'est qu'à ce moment-là qu'un processus de basculement clair doit être mis en place pour désactiver la charge de travail locale et activer la charge de travail nouvellement migrée vers le cloud. Le plan doit inclure des processus de retour en arrière en cas de migrations échouées ou problématiques et exiger une attention particulière à l'accès et à la sécurité pendant les tests.
8. Effectuez la migration. Une fois tous les plans et éléments en place, l'entreprise peut migrer les données et les charges de travail conformément au plan. C'est à ce stade que toutes les opérations et les tests détaillés ont lieu. Les responsables commerciaux et technologiques, souvent également responsables des charges de travail, doivent obtenir des rapports de performance initiaux afin de s'assurer que les performances et la sécurité sont adéquates à pleine charge. Les plans de migration prudents peuvent nécessiter une brève période de fonctionnement simultané du cloud et des charges de travail locales, ainsi que la synchronisation de leurs données, puis l'ouverture systématique de la charge de travail cloud à davantage d'utilisateurs jusqu'à ce que le déploiement cloud soit entièrement validé et basculé.
9. Suivi et reporting de la charge de travail. Les charges de travail dans le cloud sont généralement équipées de services de surveillance des performances afin de suivre la disponibilité, l'accès, l'état et les performances d'une charge de travail lorsqu'elle s'exécute dans le cloud. Les parties prenantes doivent vérifier que ces rapports sont disponibles et que les indicateurs clés de performance (KPI) répondent aux attentes.
10. Assurez le suivi organisationnel et technique. Une migration vers le cloud a généralement des conséquences. Sur le plan technique, les ressources locales telles que les serveurs et le stockage précédemment utilisés par la charge de travail peuvent être libérées pour être réutilisées ou mises hors service afin de réduire les coûts d'alimentation et de refroidissement. Sur le plan organisationnel, certains membres du personnel peuvent devoir être réaffectés. Par exemple, le transfert d'une charge de travail personnalisée vers le SaaS peut libérer les développeurs pour qu'ils puissent travailler sur d'autres projets.

Conseils et considérations pour la planification de la migration vers le cloud

Sans une planification adéquate, une migration pourrait nuire aux performances des charges de travail et entraîner une augmentation des coûts informatiques, annulant ainsi certains des avantages du cloud computing. Voici d'autres considérations importantes pour garantir l'efficacité d'un plan de migration vers le cloud.

Déplacement des charges de travail. Tenez compte de la logistique nécessaire au déplacement d'une charge de travail. Un simple réhébergement peut ne pas prendre beaucoup de temps, mais il entraîne des temps d'arrêt et nécessite de valider la charge de travail migrée et de résoudre les problèmes. Il est souvent préférable de déployer une copie de la charge de travail et de l'ensemble de données en parallèle, d'ouvrir le déploiement dupliqué dans le cloud pour effectuer des tests et des validations limités, puis de synchroniser systématiquement les données et de transférer tous les utilisateurs vers le déploiement dans le cloud. Prévoyez un plan de retour en arrière et assurez-vous que du personnel est disponible pour résoudre les problèmes après la migration.

Le déploiement et la validation parallèles sont déjà monnaie courante pour les charges de travail qui font l'objet d'une refonte ou d'une refactorisation, car il est peu probable qu'elles soient un jour exécutées sur site.

Transfert de données. Les entreprises ont plusieurs options pour transférer des données d'un centre de données local vers le cloud public. Le type choisi dépend de la quantité et du type de données à transférer, ainsi que de la rapidité avec laquelle la migration doit être effectuée.

Une façon de migrer des données et des applications vers le cloud consiste à utiliser l'Internet public ou une connexion réseau privée dédiée. Avec cette méthode, veillez à calculer la bande passante nécessaire. Pour les migrations de données volumineuses, il peut être irréaliste de mettre votre connexion Internet en veille, alors planifiez en conséquence pour éviter de longs temps d'arrêt pendant la migration.

Une autre méthode de migration d'un environnement local vers le cloud est le transfert hors ligne. Dans ce cas, l'entreprise télécharge ses données locales sur un appareil et l'expédie physiquement à un fournisseur de cloud public, qui se charge ensuite de télécharger les données vers le cloud.

Dans certains cas, il est plus judicieux de charger des supports de stockage dans un camion pour transférer de grands volumes de données. Les principaux fournisseurs, notamment Microsoft, AWS, Google et IBM, proposent des services d'expédition de données hors ligne. L'expédition physique n'élimine pas nécessairement la nécessité d'une synchronisation supplémentaire, mais elle permet de réduire le temps et les frais liés au transfert des données.

Tests de migration vers le cloud. Avant que la charge de travail ne soit mise en production, elle doit être soumise à des tests de résistance et optimisée afin de garantir des performances acceptables. Il est également important de tester les conditions de défaillance et les systèmes redondants. Vous n'avez pas besoin de tester toutes les fonctionnalités possibles de l'application, mais vous devez acquérir une solide compréhension de certains aspects de ses performances avant et après sa migration vers le cloud. Élaborez une stratégie de test de migration vers le cloud afin de confirmer une base de référence en matière de performances (y compris les temps de démarrage et de réponse des applications) et vérifiez que la sécurité, l'accès et les intégrations avec d'autres services ont été correctement mis en place. Pour effectuer des tests appropriés, il faut disposer d'outils adaptés et de politiques et pratiques bien pensées en matière de test, de validation et de restauration.

Sécurité de la migration vers le cloud. La migration vers le cloud pose des défis particuliers en matière de sécurité. La migration de données ou d'applications sur un réseau peut ouvrir la voie à diverses attaques, notamment le vol d'identifiants et de snapshots de machines virtuelles, l'installation de logiciels malveillants ou une attaque par déni de service persistant qui force des migrations répétées et consomme les ressources du système. La charge de travail et l'environnement cloud doivent être correctement configurés, une gestion rigoureuse des changements doit être mise en place et une surveillance complète des activités malveillantes doit être mise en œuvre afin de maintenir la sécurité de la charge de travail dans le cloud.

Tout d'abord, les entreprises doivent comprendre le modèle de responsabilité partagée de leur fournisseur de services cloud, qui définit les domaines relevant de la responsabilité de l'entreprise et ceux relevant de celle du fournisseur. Pour les utilisateurs, cela signifie généralement tout ce qui se trouve au-dessus de l'infrastructure sous-jacente, y compris les données, l'accès et la gouvernance. Il est également important d'établir des règles et des structures pour la gouvernance, la gestion des accès et la surveillance. Les équipes juridiques et de conformité doivent jouer un rôle dans les décisions relatives à la migration vers le cloud afin de garantir le respect des exigences de conformité pour les charges de travail et les données.

Évolution des rôles du personnel informatique. Une fois la migration vers le cloud terminée, le personnel se concentrera davantage sur les performances, l'utilisation et la stabilité des données. Même si le support matériel global sera quelque peu réduit, les charges de travail dans le cloud devront toujours être gérées. Envisagez d'ajouter une formation à la gestion du cloud, qui se concentre souvent sur la mise en correspondance des procédures et des politiques avec l'environnement cloud à l'aide d'outils de gestion du cloud appropriés.

Meilleures pratiques pour garantir la réussite de la migration vers le cloud

Il existe de nombreuses raisons de migrer des charges de travail vers le cloud, et chaque projet est unique en fonction de l'allocation des ressources, de l'intégration avec d'autres services et de nombreux autres facteurs. Voici quelques conseils généraux pour une migration vers le cloud qui rationalisent le processus et améliorent les chances de réussite :

• Obtenez l'adhésion de l'organisation. La transition se déroule beaucoup plus facilement lorsque toutes les parties prenantes sont impliquées et connaissent leur rôle, de la direction aux techniciens en passant par les utilisateurs.
• Définissez les rôles et les responsabilités liés au cloud. Déterminez à l'avance qui est chargé de gérer les différents aspects de la charge de travail dans le cloud. S'agit-il d'un environnement partagé ? Comment l'identité est-elle vérifiée et l'accès accordé ou limité ? En cas de problème, qui se charge de l'assistance et du dépannage, y compris la documentation appropriée des configurations et des processus ?
• Évaluez et hiérarchisez les charges de travail cibles. Examinez les applications et services existants dans l'environnement métier et déterminez leur adéquation à la migration vers le cloud. Définissez les priorités pour la migration des charges de travail en fonction de leur complexité, de leurs dépendances et de leur valeur métier. Commencer par des tâches simples peut être un excellent moyen d'acquérir de l'expérience, des compétences et de la confiance dans les processus de migration.
• Choisissez les services cloud adaptés. Les fournisseurs de services cloud proposent une vaste gamme de services. Déterminez clairement ceux dont vous aurez besoin pour votre charge de travail, sinon vous risquez d'utiliser des services superflus, dont certains peuvent être coûteux, interdépendants et difficiles à gérer.
• Comprenez les risques liés à la sécurité. Les environnements cloud peuvent être vulnérables aux attaques Internet. Les erreurs de configuration constituent sans doute un problème plus important, compte tenu de la complexité des environnements. Établissez des politiques de sécurité pour les déploiements cloud, veillez à ce qu'elles soient respectées et effectuez des tests de sécurité complets afin d'identifier les vulnérabilités.
• Prenez en compte la gouvernance et la conformité. Évaluez les risques, préservez l'intégrité des données et respectez les exigences réglementaires relatives à l'exploitation des charges de travail et au stockage des données dans le cloud. Mettez en place des politiques complètes en matière de gouvernance et de conformité réglementaire, et utilisez des outils adaptés de gouvernance, de gestion des risques et de conformité.
• Calculez les coûts liés au cloud. Le modèle de paiement à l'utilisation du cloud peut sembler attrayant et plus simple pour les organisations habituées à investir massivement dans les infrastructures. Mais c'est une arme à double tranchant. Soyez très attentif au choix et à l'utilisation des services, sinon vous risquez d'avoir une mauvaise surprise à la fin du mois. Recherchez les ressources et les services inutilisés (ce que l'on appelle la prolifération du cloud) et efforcez-vous d'éliminer les coûts inutiles. Les initiatives FinOps liées au cloud peuvent vous aider à les identifier et à les gérer.
• Testez et validez. Ne partez jamais du principe qu'une migration sera rapide, facile et réussie. Prenez le temps d'effectuer des tests complets sur les fonctionnalités, la migration des données, l'évolutivité et la résilience afin de mettre en place un processus de migration solide. Une surveillance continue des performances et de la disponibilité est essentielle à la réussite de tout plan de migration.
• Élaborez une feuille de route à long terme pour le cloud. Si la migration vers le cloud est couronnée de succès, l'entreprise cherchera probablement à reproduire cette réussite avec d'autres charges de travail. Identifiez les critères à suivre, depuis les calendriers des projets jusqu'aux différentes options de déploiement.

Quels sont les défis liés à la migration vers le cloud ?

Comme pour tout projet technique d'envergure, l'entreprise sera confrontée à des problèmes et à des défis qu'une stratégie par ailleurs solide ne pourra pas complètement éliminer. Les défis courants liés à la migration vers le cloud sont les suivants :

• Coûts cloud incertains et excessifs. Un centre de données traditionnel représente un coût essentiellement fixe qui permet aux charges de travail de fonctionner avec un haut degré de prévisibilité des coûts. Les clouds sont similaires à d'autres services publics où les modèles de tarification à l'utilisation peuvent entraîner des dépenses radicalement différentes pour exploiter une charge de travail. Une utilisation inattendue des services, telle que les appels API, ou une croissance imprévue des applications qui utilise la scalabilité pour diriger davantage de ressources vers la charge de travail, peut entraîner des coûts liés au cloud auxquels l'entreprise n'est pas préparée. La planification des coûts est donc un élément clé de la conception de l'architecture cloud qui bénéficie des pratiques FinOps et de l'expérience d'un architecte cloud professionnel pour mettre en œuvre une conception solide et mettre en place des garde-fous autour de la scalabilité afin d'éviter les mauvaises surprises.
• Absence de stratégie cloud. Trop d'entreprises choisissent la migration vers le cloud parce qu'elles la considèrent à tort comme un exercice de transformation et que les dirigeants se laissent emporter par l'engouement général. Le simple fait de choisir de migrer vers le cloud ne constitue pas une transformation de l'entreprise. La transformation cloud ne réside pas seulement dans l'utilisation du cloud, mais dans la manière dont celui-ci est utilisé pour aider à innover et à améliorer l'entreprise. Une stratégie cloud mal conçue ou inexistante peut réduire les avantages de la migration vers le cloud. Une bonne stratégie cloud doit se concentrer sur la maîtrise de l'infrastructure actuelle et du cloud cible, l'anticipation des goulots d'étranglement liés à la migration, la création de plans d'urgence, etc.
• Performances des applications dans le cloud. Les responsables informatiques constatent parfois que leurs applications ne fonctionnent pas aussi bien dans le cloud qu'elles le faisaient sur site. Ils doivent alors déterminer les raisons de cet échec. Il peut s'agir d'une latence excessive, de problèmes de sécurité ou peut-être de défis en matière de conformité. Souvent, les applications déployées dans le cloud sont plus coûteuses ou ne fonctionnent pas aussi bien que prévu. Il ne s'agit généralement pas d'une défaillance de l'application ou du cloud, mais simplement du fait que certaines architectures d'applications traditionnelles ne sont pas optimisées pour les services de calcul, de stockage, de mise en réseau et les services auxiliaires d'un cloud public. Les tests et les évaluations de validation de concept peuvent aider à identifier les problèmes de performances potentiels bien avant la planification d'une migration.
• Adéquation des applications au cloud. Il faut également reconnaître une autre réalité : toutes les applications ne sont pas adaptées au cloud. Les responsables doivent inventorier et examiner minutieusement leurs applications sur site lorsqu'ils font leur choix initial quant à celles qu'ils souhaitent migrer. Par exemple, une charge de travail critique contenant des données sensibles peut être conservée sur site en raison de préoccupations primordiales liées à la conformité et à la souveraineté des données. En revanche, les environnements de test et de développement de logiciels à court terme sont souvent des cibles de migration faciles à justifier.
• Pas de stratégie de sortie du cloud. Un aspect souvent négligé d'un plan de migration vers le cloud est la mise en place d'une stratégie de sortie ou de rapatriement du cloud, dans le cadre de laquelle les applications et les données sont transférées du cloud vers leur emplacement d'origine sur site ou vers un cloud privé. Les responsables informatiques doivent réfléchir à la destination des données et à la manière de gérer la transition technique et les questions commerciales ou juridiques qui pourraient se poser. Tout comme pour la migration initiale, veillez à tester l'application avant et après le rapatriement. Si l'application a été modifiée pour tirer parti des avantages spécifiques du cloud, tels que la scalabilité horizontale, ces avantages seront perdus après le retour sur site.
• Réessayer après un échec. De nombreuses migrations vers le cloud qui ont échoué ne reviennent que temporairement à des environnements sur site. Plutôt que d'être simplement réhébergées dans le cadre d'un transfert tel quel, les charges de travail peuvent être réévaluées, éventuellement réarchitecturées, puis renvoyées vers le cloud avec une plus grande probabilité de réussite. La meilleure option consiste parfois à essayer de migrer vers un autre cloud ou à mettre à jour les logiciels pour résoudre les problèmes avant de tenter à nouveau la migration ultérieurement.
• Conception ou provisionnement inadéquat de l'infrastructure. Les performances et la disponibilité des applications dépendent d'une conception optimale de l'infrastructure cloud et d'un provisionnement adéquat des ressources et des services pour la charge de travail, tels que les instances de calcul virtuelles, les volumes de stockage, les éléments de réseau et les services de support. Une conception manquante ou inadéquate aura un impact négatif sur la charge de travail dans le cloud et peut entraîner l'échec de la migration. Par exemple, une erreur courante commise par les administrateurs cloud consiste à configurer un type d'instance incorrect. Veillez à sélectionner la quantité appropriée de ressources CPU et de mémoire, ainsi qu'une connectivité réseau suffisante pour le stockage et la transmission des données. Les migrations vers le cloud nécessitent souvent le travail d'architectes et d'ingénieurs cloud formés et expérimentés, capables de comprendre les besoins en matière de charge de travail et de concevoir les meilleurs composants cloud pour héberger la charge de travail migrée. Certaines organisations font appel à des fournisseurs de services de migration vers le cloud pour bénéficier de cette expertise.
• Personnel insuffisant ou mal formé. Ne sous-estimez pas l'importance d'une formation adéquate du personnel. Le fait que la charge de travail ait été migrée vers le cloud ne vous dispense pas de l'obligation de gérer activement cette charge de travail migrée. La gestion des applications dans le cloud n'est pas comparable au travail avec des centres de données locaux et des ressources virtualisées familiers, et nécessite donc un ensemble différent de compétences informatiques et de gestion. En particulier, la sécurité des données nécessite une approche différente dans le cloud par rapport à une approche sur site. La formation du personnel doit être une priorité. Évaluez les compétences et assurez-vous que tout le monde est formé aux services concernés. Si le personnel ne peut pas être formé avant la migration, il est judicieux de faire appel à un partenaire cloud expérimenté pour gérer le projet.

Outils et services de migration vers le cloud

La gestion de la charge de travail change considérablement lorsqu'une application migre vers le cloud. Les entreprises doivent calculer le coût d'une configuration cloud avant la migration afin d'éviter les surprises. Les services informatiques doivent modifier leurs processus de gestion afin qu'ils fonctionnent aussi bien dans le cloud qu'en local. Cela peut être réalisé à l'aide d'un certain nombre de services et d'outils.

Les grands fournisseurs IaaS (AWS, Microsoft et Google) proposent divers services de migration vers le cloud ainsi que des niveaux gratuits. Le tableau suivant en présente quelques exemples.

Les calculateurs de coûts cloud et les outils d'estimation aident les entreprises à déterminer le coût d'une configuration cloud avant la migration. Les outils d'optimisation cloud peuvent fournir des recommandations pour un environnement particulier dans des domaines tels que le coût, les performances et la sécurité. En outre, les estimateurs peuvent prédire les implications financières d'une mise à l'échelle planifiée et d'autres changements.

Il existe plusieurs options d'automatisation pour les migrations « lift-and-shift », mais le plus important est de comprendre les performances des applications et les ressources nécessaires avant la migration. Vous pouvez automatiser partiellement la migration des applications composites qui reposent sur des bases de données ou d'autres dépendances importantes, mais les utilisateurs devront résoudre manuellement les problèmes de migration de bases de données qui surviennent. Les dépendances peuvent devoir être migrées vers le cloud ou activées en tant que services cloud natifs dans des projets de migration précurseurs avant que la migration de la charge de travail prévue n'ait lieu. Une fois encore, rien ne remplace les tests et la validation du concept avant d'ouvrir une charge de travail migrée aux utilisateurs.

Tendances en matière de migration vers le cloud

Plusieurs facteurs influencent la décision de transférer une application ou une charge de travail vers le cloud.

De manière générale, le cloud joue un rôle central dans la plupart des initiatives de transformation numérique. L'analyse des mégadonnées est un autre attrait des plateformes cloud, qui offrent des ressources informatiques et une évolutivité inaccessibles avec la plupart des systèmes sur site. La disparité est aujourd'hui particulièrement évidente dans le domaine de l'apprentissage automatique (ML) et de l'IA. Et, à mesure que les entreprises étendent leur utilisation des technologies natives du cloud, elles recherchent des processus plus standardisés et basés sur des modèles plutôt que de s'appuyer sur des hypothèses et un petit groupe de développeurs et d'architectes.

Une façon de rester à la pointe de ces tendances cloud consiste à s'intéresser aux services cloud existants. Plutôt que de vous lancer dans un processus fastidieux de création, de déploiement et de migration de fonctionnalités personnalisées vers le cloud, tirez parti des services nouveaux et émergents proposés par les fournisseurs de cloud. Par exemple, plutôt que de déployer une base de données, utilisez celle d'un fournisseur, telle que Google BigQuery. Le ML et l'IA donnent naissance à une multitude de nouveaux services qui peuvent rendre inutile la création et la migration de services sur site.

Gérez les dépendances avec soin. Le rapport « 2024 State of the Cloud Report » de Flexera indique que 54 % des personnes interrogées ont rencontré des difficultés pour comprendre les dépendances des applications dans le cadre de la migration vers le cloud, tandis que 45 % ont eu du mal à évaluer la faisabilité technique des efforts de migration vers le cloud.

La pandémie de COVID-19 et les exigences accrues en matière de télétravail ont incité de nombreuses entreprises à accélérer leurs projets de migration vers le cloud. Les travailleurs et les consommateurs continuent d'exiger une meilleure expérience utilisateur dans tous les aspects de leur vie de plus en plus numérique.

L'évolutivité et la disponibilité mondiale du cloud public jouent un rôle central dans toutes ces tendances. Parallèlement, les déploiements sur un seul cloud cèdent la place à des stratégies hybrides et multi-cloud destinées à permettre aux entreprises de tirer parti des atouts de différents fournisseurs tout en répondant à leurs besoins commerciaux spécifiques.

Parmi les autres tendances à surveiller en matière de migration vers le cloud, citons l'adoption croissante du FinOps pour la gestion des coûts liés au cloud et l'adhésion à des initiatives sociales et de développement durable, telles que l'utilisation par les fournisseurs de cloud de sources d'énergie renouvelables à faible empreinte carbone.

Prêt à migrer vers le cloud ? Répondez à ces questions.

Le cloud computing libère finalement le service informatique du fardeau de la gestion de l'infrastructure et de la disponibilité. Placer une application dans le cloud est souvent la mesure la plus logique pour assurer la croissance. Répondre aux questions suivantes peut vous aider à déterminer si votre organisation est prête à migrer une application vers le cloud.

L'application doit-elle rester ou partir ? Le cloud public est souvent bien adapté aux charges de travail non critiques, expérimentales ou temporaires. Les applications héritées ou les charges de travail qui nécessitent une faible latence ou une sécurité et un contrôle accrus devraient probablement rester sur site ou être transférées vers un cloud privé.

Quel est le coût d'exécution d'une application dans le cloud ? L'un des principaux avantages de la migration vers le cloud est la flexibilité. Si une charge de travail nécessite soudainement davantage de ressources pour maintenir ses performances, son coût d'exécution peut rapidement augmenter. Une bonne gestion du cloud est essentielle pour identifier et éliminer la prolifération des ressources cloud, tandis que les politiques de coûts et les garde-fous peuvent réduire les dépenses liées au cloud.

Quel modèle de cloud convient le mieux ? Le cloud public offre une évolutivité grâce à un modèle de paiement à l'utilisation, tandis que les clouds privés ou sur site offrent un contrôle et une sécurité supplémentaires. Un modèle de cloud hybride offre le meilleur des deux mondes, même si les performances et la connectivité peuvent en pâtir. Le choix entre IaaS, PaaS et SaaS aidera à identifier l'environnement cloud le mieux adapté à chaque charge de travail.

Comment choisir le bon fournisseur de services cloud ? Les trois principaux fournisseurs de services cloud (AWS, Microsoft et Google) proposent généralement des services comparables pour exécuter toutes sortes de charges de travail dans le cloud, ainsi que des outils permettant de transférer efficacement les applications. N'oubliez pas que des services similaires ne sont pas nécessairement interopérables et qu'il peut être difficile de transférer une charge de travail une fois la migration terminée. Évaluez vos besoins spécifiques en matière de disponibilité, d'assistance, de tarification, de sécurité et de conformité afin de trouver la solution la mieux adaptée. Une stratégie hybride ou multicloud peut offrir plus de polyvalence à l'entreprise.

Stephen J. Bigelow, rédacteur technique senior chez TechTarget, possède plus de 30 ans d'expérience dans la rédaction technique dans le secteur des ordinateurs personnels et des technologies.

Kathleen Casey est rédactrice en chef du site SearchCloudComputing. Elle planifie et supervise le site et traite divers sujets liés au cloud, notamment la gestion des infrastructures, le développement et la sécurité.

James Montgomery est rédacteur en chef adjoint du groupe Cloud et DevOps chez TechTarget. Il gère et édite les contenus liés au cloud computing, aux opérations informatiques et aux thèmes DevOps.