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

Parmi les principales raisons de migrer vers le cloud, on trouve la réduction des coûts et l'optimisation des performances, de l'utilisation, de la résilience et de la sécurité de l'infrastructure. La migration vers le cloud peut aider les organisations à passer d'un modèle d'investissement à un modèle de dépenses opérationnelles, réduisant ainsi la nécessité de posséder, d'exploiter, de maintenir et d'actualiser du matériel coûteux dans des centres de données sur site.

Dans le domaine de l'informatique, les dépenses d'investissement (CapEx) sont généralement des investissements ponctuels importants dans des actifs physiques. Par exemple, l'achat de nouveaux serveurs, la construction d'un centre de données ou l'acquisition de licences logicielles sont considérés comme des dépenses d'investissement. Il s'agit d'une dépense en capital amortie, ce qui signifie que l'actif perd de la valeur au fil du temps.

À l'inverse, les dépenses opérationnelles (OpEx) sont des coûts continus liés à la gestion d'une entreprise. Dans le cloud computing, les dépenses opérationnelles incluent les frais d'abonnement flexibles aux services cloud. Ce modèle permet de prévoir des coûts continus plutôt que des investissements initiaux importants. La migration vers le cloud peut aider les entreprises à améliorer leurs performances et à augmenter leur temps d'activité. Le cloud aide également les entreprises à moderniser leurs charges de travail, ce qui réduit la charge coûteuse des frais de licence liés aux anciennes applications. Le cloud peut aider les organisations à protéger leurs données, tout en améliorant la gouvernance et la conformité avec les organismes de réglementation du monde entier.

Les organisations migrent également vers le cloud pour répondre aux objectifs suivants :

• Exploiter l'analyse de données : migrer leurs applications existantes vers le cloud peut aider les entreprises à tirer davantage de valeur des outils qu'elles utilisent déjà, tels que des solutions CRM, SAP, des bases de données marketing et plus encore. En modernisant ces systèmes dans le cloud, les entreprises peuvent libérer leurs données et identifier de nouvelles opportunités commerciales, tout en améliorant leur agilité organisationnelle pour résoudre leurs problèmes.
• Améliorer l'agilité : le cloud fournit aux organisations des ressources informatiques à la demande afin qu'elles n'aient pas à attendre des semaines, voire des mois, avant de pouvoir créer des applications ou installer du matériel sur site. Le cloud permet aux organisations de s'adapter plus rapidement aux évolutions du marché et aux actions de la concurrence, ce qui améliore la flexibilité de leurs stratégies go-to-market.
• Consolider et moderniser les données : en abandonnant leurs centres de données sur site, les entreprises ont l'opportunité de consolider leurs données et de les organiser dans une plate-forme de données universelle, ce qui ouvre la voie à des transformations numériques plus robustes et sophistiquées.
• Exploiter l'intelligence artificielle  : en transférant les données et les applications de l'entreprise vers le cloud, les entreprises bénéficient d'une proximité avec les services et modèles d'IA nouveaux et en constante évolution, ce qui leur offre plus de flexibilité, d'agilité et de performances pour les nouvelles applications et les nouveaux agents d'IA.

Les entreprises peuvent choisir entre différents types de migrations vers le cloud en fonction de leurs objectifs et de la finalité de la migration. 

Une migration d'abandon complet d'un centre de données consiste à déplacer la totalité des applications, services et ensembles de données hébergés dans un ou plusieurs centres de données vers un cloud public. Selon la taille de l'organisation, l'abandon complet d'un centre de données peut être un processus long, nécessitant plus d'un an de planification, de tests et d'exécution. 

Une organisation peut souhaiter passer d'un fournisseur cloud à un autre pour diverses raisons, par exemple pour changer de contrat de niveau de service, pour adopter de meilleures pratiques de sécurité ou pour avoir accès à des solutions d'intelligence artificielle et de machine learning plus avancées. Ce type de migration cloud à cloud est souvent utilisé pour éviter l'enfermement propriétaire ou pour accéder à des fonctionnalités spécifiques sur une nouvelle plate-forme. Les principaux fournisseurs disposent généralement d'ensembles d'outils, de services et de listes de fournisseurs tiers pouvant aider une organisation à passer d'un fournisseur de cloud public à un autre.

Plutôt que d'abandonner complètement le centre de données, les organisations peuvent souhaiter migrer certains de leurs logiciels, services ou ensembles de données depuis des serveurs sur site vers le cloud, où ceux-ci peuvent être plus efficaces et plus faciles à gérer. Les applications et les ensembles de données d'informatique décisionnelle, d'analyse de données, de gestion de la relation client (CRM), de machine learning et d'intelligence artificielle sont des exemples typiques d'applications migrées vers les clouds publics.

Une migration plus ciblée peut simplement porter sur un type de charge de travail spécifique, qui correspond à des ressources exécutées dans le cloud et consommant un type de ressource tel que de la puissance de calcul ou de la capacité de stockage. Citons comme exemples des environnements de développement, la création et la gestion de documents, les bases de données distribuées, la modélisation 3D ou l'encodage vidéo.

Les stratégies de migration les plus courantes couvrent un éventail allant de la migration simple avec peu ou pas de modifications sur les applications et machines virtuelles (réhébergement), jusqu'à la refonte complète de l'ensemble de l'infrastructure numérique (redéfinition de l'architecture ou changement de plate-forme).

• Une stratégie de migration vers le cloud pour réhéberger vise à apporter le moins de modifications possible lors de la migration, en redéployant les applications dans le cloud sans modifier de manière substantielle leur configuration.
• Il s'agit de la stratégie de migration vers le cloud la plus simple : les administrateurs "prennent" ("lift") simplement leurs applications, charges de travail, machines virtuelles et systèmes d'exploitation de serveur, et les "transfèrent" ("shift") vers le nouveau modèle d'exploitation dans le cloud public. Un logiciel qui était précédemment exécuté dans le centre de données est désormais exécuté dans le cloud.
• L'inconvénient d'une stratégie de réhébergement est qu'elle tire rarement parti de toutes les fonctionnalités et de l'efficacité cloud natives qui rendent les clouds publics si puissants et utiles.
• Une stratégie de migration de réhébergement est idéale pour les organisations dont les pics d'utilisation sont prévisibles (comme le secteur fiscal ou la livraison de repas à domicile). Il s'agit généralement aussi d'une "première étape" dans un projet de transformation numérique de grande envergure.

• Une stratégie de changement de plate-forme cloud constitue l'étape suivante d'une stratégie de réhébergement. Elle consiste à migrer les applications, les charges de travail et les machines virtuelles existantes, et à les optimiser pour le nouvel environnement cloud. Par exemple, un service peut effectuer un changement de plate-forme d'une charge de travail vers le cloud afin de tirer parti d'une architecture de microservices, ou de conteneurs comme Kubernetes, dans le cloud.
• L'avantage d'une stratégie de migration vers le cloud de type changement de plate-forme est que les applications atteignent de meilleures performances et une plus grande efficacité dans le cloud. L'inconvénient est que le changement de plate-forme nécessite davantage de travail qu'une simple migration Lift and Shift. La nouvelle plate-forme cloud possédera une base de code sous-jacente différente, ce qui signifie que plusieurs cycles de tests seront nécessaires pour s'assurer que tout fonctionne à son niveau optimal.
• Une stratégie de migration vers le cloud avec changement de plate-forme est idéale pour les organisations qui souhaitent exploiter toutes les compétences essentielles du cloud, comme l'informatique flexible, la redondance, l'amélioration des performances et la sécurité.

• Une stratégie de migration vers le cloud avec refactorisation consiste à repenser les applications pour les rendre cloud natives.
• La refactorisation implique souvent de modifier le code d'une application sans modifier le comportement ni l'expérience de son interface. Par exemple, la refactorisation d'une application peut en transformer de longues chaînes de code en éléments plus modulaires, capables de mieux exploiter les fonctionnalités cloud et améliorant ainsi les performances du code.
• Une stratégie de refactorisation est souvent motivée par le besoin d'ajouter à des applications existantes de nouvelles fonctionnalités, telles qu'une augmentation de leur évolutivité, des capacités de machine learning ou d'intelligence artificielle, ou une analyse de données plus rapide et plus intuitive.
• La refactorisation peut être plus complexe que le réhébergement, mais elle permet également à une organisation de définir des priorités parmi les applications à migrer en fonction des besoins métier, ce qui offre aux entreprises une plus grande flexibilité ainsi que la capacité de suivre le rythme de l'écosystème concurrentiel.

• Une stratégie de migration vers le cloud avec redéfinition de l'architecture est semblable à la refactorisation, mais au lieu de restructurer le code de l'application, elle modifie le fonctionnement de ce code afin d'optimiser l'application et de tirer pleinement parti des capacités cloud natives telles que l'évolutivité, la sécurité et l'agilité.
• Un exemple de redéfinition d'architecture d'une application consiste à convertir une application monolithique volumineuse en plusieurs microservices indépendants.
• Redéfinir l'architecture nécessite plus de temps et d'efforts que la refactorisation, ce qui augmente la complexité tout en introduisant potentiellement des bugs ou des problèmes de sécurité dans les nouvelles applications.

• Une stratégie de migration vers le cloud avec reconstruction intervient lorsqu'une organisation réécrit entièrement une application pour le cloud. Il est souvent plus facile de créer une application en partant de zéro que de refactoriser son ancien code pour qu'il fonctionne dans un environnement cloud.
• Une stratégie de reconstruction permet à une organisation de planifier de A à Z, en choisissant les outils et fonctionnalités cloud natifs à utiliser dès le départ.
• L'inconvénient d'une stratégie de reconstruction est qu'elle prend du temps et peut introduire des bugs ou d'autres problèmes de performances que les développeurs n'avaient pas rencontrés dans l'ancienne version de l'application.

• Une stratégie de migration vers le cloud avec rachat consiste à passer d'une application sur site achetée à une solution Software as a Service équivalente hébergée dans le cloud. Par exemple, l'entreprise peut passer d'un logiciel de travail collaboratif sur site et d'un espace de stockage local aux applications Google Workspace hébergées dans le cloud telles que Docs, Sheets, Slides et Google Drive.
• Du point de vue des ressources, une stratégie de rachat peut être beaucoup plus simple que la redéfinition de l'architecture, la refactorisation ou la reconstruction.
• L'inconvénient d'une stratégie de rachat est que son coût peut être bien plus élevé et que les entreprises ne disposent pas des fonctionnalités précises permettant de contrôler leurs propres environnements cloud.

Enrichissez vos applications pour utiliser les services d'IA/de ML et d'analyse de données afin d'améliorer l'expérience utilisateur et d'extraire de la valeur des données plus rapidement et plus efficacement.

Une migration complète peut être une opération complexe nécessitant plusieurs années. Avant de commencer, les organisations doivent définir des objectifs commerciaux clairs et réalisables, et comprendre à quoi ressemblera l'environnement cloud final (public, privé, hybride ou multicloud). Les entreprises doivent également décider si elles utiliseront des fournisseurs tiers ou les outils d'un fournisseur de services cloud, quelles applications seront SaaS et comment les données seront organisées dans le nouvel environnement.

Les compétences requises pour les opérations cloud sont différentes de celles nécessaires pour les environnements sur site. Les environnements cloud s'appuient souvent sur de nouveaux modèles opérationnels tels que le DevOps, l'automatisation et l'IaC (Infrastructure as Code). Les entreprises doivent embaucher de nouveaux employés ou former le personnel existant pour assurer ces fonctions. Il est essentiel d'allouer du temps pendant la migration pour que les employés puissent se former et obtenir de nouvelles certifications pour prendre en charge la nouvelle infrastructure.

Les pratiques de sécurité changent lors d'une migration d'un environnement sur site vers le cloud. La gestion de l'authentification et des accès devient plus complexe et critique. Les organisations doivent comprendre les nouveaux outils de sécurité et les bonnes pratiques, telles que la protection contre la perte de données et les architectures zéro confiance. Même si les fournisseurs de services cloud proposent des outils de sécurité robustes, l'entreprise est responsable des règles de gouvernance et de conformité des données lors du transfert de données.

Passer à un nouveau modèle opérationnel peut rendre la compréhension de tous les nouveaux coûts et dépenses intimidante. La gestion des coûts représente un défi permanent, car cela implique de comprendre de nombreux éléments nouveaux : structures de frais, cycles de facturation, consommation de ressources, etc. Il arrive que les organisations surprovisionnent leurs ressources lors de la migration initiale, ce qui entraîne un dépassement de budget. Heureusement, certains fournisseurs cloud proposent des recommandations proactives pour aider les organisations à ajuster leurs budgets et à gérer efficacement leurs coûts.

Les systèmes anciens ou hérités ne sont pas toujours compatibles avec les environnements cloud et nécessitent souvent des modifications importantes, voire un remplacement. C'est particulièrement vrai pour les applications personnalisées avec un code obsolète, qui ne peuvent pas profiter des fonctionnalités cloud natives sans une refactorisation ou une reconstruction approfondie. L'évaluation de la compatibilité des applications est une étape cruciale de la planification de la migration, car elle permet d'éviter les difficultés techniques imprévues.

De nombreuses organisations disposent de topologies de réseau complexes, construites au fil des décennies. De plus, certaines entreprises doivent conserver leurs adresses IP existantes pour réduire les risques et s'assurer que les dépendances des applications fonctionnent.

Les applications et les ensembles de données présentent souvent des interdépendances complexes. Si ces relations ne sont pas correctement mappées avant la migration, il existe un risque important de perte ou de corruption des données. Pour garantir l'intégrité des données, il est nécessaire de planifier et de tester méticuleusement la migration afin de s'assurer que toutes les données sont transférées correctement et restent accessibles et utilisables dans le nouvel environnement. C'est un défi majeur qui peut compromettre la réussite de l'ensemble de la migration s'il n'est pas géré avec soin.