La migration vers le cloud désigne le fait de déplacer vos données, applications, et autres actifs numériques depuis votre infrastructure locale vers une architecture cloud.
Il est possible que tous les éléments de votre travail n’aient pas besoin d’être déplacés vers le Cloud, d’où le besoin de réfléchir à une « stratégie » de migration. Cette dernière doit identifier les types spécifiques de données et d’actifs numériques que vous souhaitez déplacer dans un environnement Cloud. La stratégie doit aussi établir vos priorités, afin de décider ce qui doit être transféré en premier.
Chaque entreprise doit définir une stratégie qui lui est propre, qui tient compte de son type d’activité, de sa taille, de son budget.
Les étapes de la migration
Il est tout de même possible de définir des étapes de base, que chaque stratégie doit respecter :
La première étape est de préparer la migration
Il s’agit pour vous de comprendre votre environnement actuel, d’avoir un inventaire de vos actifs, et de déterminer pourquoi vous souhaitez migrer vers le Cloud. Cela vous permettra de définir vos besoins en stockage, puissance de calcul, services, exigences de sécurité, localisation de vos données, etc.
La deuxième étape est de choisir un environnement cloud
En fonction de vos besoins et votre budget, vous pouvez définir le type d’environnement cloud que vous souhaitez utiliser :
- Public : Plus facile à mettre en place, avec un paiement en fonction de l’utilisation, cela a pour défaut une moins grande personnalisation et un moindre contrôle sur vos données.
- Privé : Permet à l’entreprise un contrôle total sur son architecture et la gouvernance de ses données. Ce modèle est plus coûteux, puisqu’il requiert l’achat initial du materiel.
- Hybride : Permet de bénéficier de la facilité d’utilisation du cloud public avec la gouvernance d’un cloud privé, mais cela implique un coût de gestion supérieur.
Les caractéristiques de ces environnements sont décrites dans la vidéo Introduction.
La troisième étape est de migrez vos applications et données
Enfin, il s’agit de valider la migration
Après avoir transféré votre environnement de travail sur le Cloud, il faut évidemment tester que tout fonctionne conformément à vos attentes, qu’il n’y a pas eu de pertes de données.
Les 6 « R » de la migration vers le Cloud
Il est possible d’identifier 6 stratégies de migration vers le Cloud différentes, que vous pourrez choisir et mixer selon vos besoins : ré-hébergement, re-structuration, rachat, rétention, retrait, et re-factorisation.
Ré-hébergement
Le ré-hébergement est une stratégie consistant à déplacer une copie exacte de votre environnement actuel vers un environnement similaire dans le Cloud. Cette stratégie ne requiert pas de configurations ou de changements importants dans l’architecture.
Si votre environnement a des spécificités ou est trop éloigné de certains standards, un cloud public pourrait ne pas permettre le ré-hébergement, et un cloud privé conviendrait mieux à cette stratégie de migration.
Restructuration
La restructuration est similaire à la première stratégie, il s’agit ici de sélectionner et trier les éléments dans votre environnement pour les faire correspondre davantage aux possibilités du Cloud. Il peut s’agir de mettre vos données dans des formats plus courants.
Rachat
Avec le rachat, vous déplacez votre environnement vers un nouveau produit basé sur les possibilités du Cloud. Il peut s’agir d’abandonner vos applications actuelles pour les remplacer des solutions « Software-as-a-Service » (SaaS). Vous ne devez alors plus vous soucier de l’hébergement de vos applications, mais plutôt de la gestion des données que vous mettez dans l’application. Vos employés perdent d’abord en familiarité puisqu’il s’agit d’un nouvel environnement, mais l’application doit vous permettre des gains d’efficacité par la suite.
Rétention
Il ne fait pas toujours sens pour une entreprise de migrer vers le Cloud tout de suite. Une bonne stratégie peut être de conserver votre environnement actuel, dans l’éventualité d’une migration vers le cloud plus tard. Par exemple, il n’existe pas d’alternatives satisfaisantes à vos applications actuelles.
Dans ce cas, il est possible d’envisager un cloud hybride, où une partie de vos actifs restent sur vos systèmes actuels, tandis que l’autre partie migre sur le Cloud.
Retrait
Certaines de vos applications et services peuvent ne plus être utiles. Il n’y a alors aucune raison de les migrer vers le cloud. Si tel est le cas, n’hésitez pas à trier les données utiles, les données conservées pour des raisons de conformité et les données sans valeur que vous n’avez pas besoin de conserver. Cette dernière catégorie ne devrait pas être déplacée vers le cloud et peut même être supprimée.
Re-factorisation
La stratégie de re-factorisation peut être laborieuse car elle implique de redessiner et de reconstruire vos applications existantes à partir de zéro afin qu’elles puissent fonctionner dans l’environnement cloud. Il ne s’agit pas d’adapter quelques éléments, mais bien de repenser toute l’architecture pour qu’elle s’intègre au Cloud. La re-factorisation peut être longue et coûteuse. Mais en prenant le temps de re-factoriser vos applications, vous garantissez leur compatibilité avec les versions futures. Vos applications seront donc plus accessibles pour accueillir une croissance future.