Migration cloud sécurisée : 8 étapes essentielles pour une transition fluide

Déplacer des applications et données critiques vers le cloud est un projet massif qui nécessite une planification approfondie si vous espérez un ROI élevé. Sans une stratégie solide, votre migration cloud causera probablement plus de pertes de profits et de maux de tête que d'avantages business.

Cet article offre une checklist de migration cloud qui garantit que votre passage au cloud se déroule en douceur, en toute sécurité et sans mauvaises surprises. Vous pouvez utiliser notre checklist comme base pour le processus de migration car le plan étape par étape ci-dessous couvre tous les aspects majeurs du déplacement d'une application vers le cloud.

Checklist de Migration Cloud

Lutter avec la migration cloud est un problème courant pour les entreprises. Des études récentes révèlent que 55 % des migrations cloud rencontrent soit des retards significatifs, soit dépassent le budget.

De plus, 62 % des organisations en transition vers le cloud décrivent le processus comme soit difficile soit en échec. La plupart de ces entreprises se précipitent dans la transition sans considérer en profondeur :

• Le coût total de possession (TCO).
• Comment l'équipe déplacera d'énormes quantités de données et d'applications critiques vers le cloud.
• Différentes options pour les déploiements et l'intégration cloud.
• Risques de cybersécurité potentiels.
• Dans quelle mesure l'équipe interne est préparée à opérer dans le cloud.

La checklist de migration cloud ci-dessous garantit que vous considérez ces facteurs avant que l'équipe ne commence à déplacer les applications et services vers le cloud.

Choisir un architecte de migration de référence

La migration cloud implique de nombreuses décisions et plans techniques, vous devez donc désigner un spécialiste unique ou une équipe d'experts pour diriger l'effort. Que vous optiez pour un ou plusieurs membres du personnel, le rôle d'un architecte de migration est de :

• Évaluer les services pour voir s'ils s'adaptent mieux à l'hébergement sur site ou cloud.
• Créer un calendrier pour la migration et la feuille de route cloud.
• Concevoir des stratégies optimales pour déplacer les données et applications.
• Identifier et superviser le refactoring d'applications nécessaire.
• Déterminer les priorités de migration.
• Définir la chaîne d'outils requise.

L'architecte dédié devrait également fournir une image complète de votre IT. Ce processus implique de répondre aux questions suivantes :

• Quelles applications avez-vous, et qui les utilise (et à quelle fréquence) ?
• À quel point les applications que vous cherchez à migrer sont-elles critiques pour le business ?
• Quelles ressources les programmes consomment-ils, et dépendent-ils d'autres applications ?
• Quels SLAs, mesures de continuité d'activité et mesures de conformité sont actuellement en place ?
• Y a-t-il des problèmes de performance affectant les opérations actuelles ?

Selon l'analyse, l'architecte de migration devrait évaluer si votre main-d'œuvre actuelle a le savoir-faire nécessaire pour :

• Effectuer la migration.
• Opérer dans l'environnement cloud.

Ne commencez jamais la transition vers le cloud à moins d'être sûr que votre équipe peut prospérer dans le nouveau cadre.

L'équipe de migration dédiée devrait également déterminer le coût total de possession (TCO) pour illustrer le ROI de la migration cloud. L'évaluation TCO pour la migration cloud inclut des facteurs tels que :

• Le coût global de la migration.
• Les coûts cloud post-migration (principalement le prix de la bande passante et du réseau).
• Le coût de la formation du personnel.
• La maintenance post-migration régulière.
• Le coût des temps d'arrêt potentiels.
• Les coûts d'espace, de refroidissement et d'électricité (pour un cloud privé sur site).

Définir les objectifs et KPIs de migration

L'étape suivante consiste à établir l'objectif(s) principal(aux) de la migration. Certains objectifs haut de gamme courants sont :

• Moderniser une application legacy.
• Accélérer un service particulier.
• Améliorer les capacités opérationnelles.
• Augmenter la résilience du système.
• Améliorer l'expérience utilisateur.
• Atteindre une meilleure scalabilité des services.
• Réduire les coûts d'exploitation.
• Améliorer la sécurité des données.

Outre l'objectif général, l'équipe devrait définir les Indicateurs Clés de Performance (KPIs) de migration cloud. Ces métriques mesureront comment une application ou un service migré performe par rapport aux attentes. Il n'y a pas de limite au nombre de KPIs que votre équipe peut suivre, mais toutes les métriques tombent sous l'une des deux catégories :

• KPIs que vous suivez pendant le processus de migration.
• KPIs post-migration.

Voici les KPIs les plus courants qu'une entreprise peut suivre pendant le processus de migration :

• Durée de la migration (dans son ensemble et par application).
• Disponibilité des services critiques.
• Longueur des temps d'arrêt des services et centres de données.
• Dégradation du service due aux temps d'arrêt.
• Nombre de tickets de service générés.
• Coût de la migration.

Examinons quelques KPIs post-migration que votre équipe peut suivre :

• KPIs d'infrastructure (utilisation CPU, empreinte mémoire du service, performance disque, équilibrage de charge, latence, débit réseau, etc.).
• Métriques de performance d'application (taux d'erreurs, nombre de timeouts, temps de réponse moyen (ART), temps de réponse maximal (PRT), uptime, disponibilité, etc.).
• KPIs d'expérience utilisateur (nombre de pics de requêtes, erreurs de code de statut HTTP, exceptions levées et journalisées, lag, temps de réponse, etc.).
• Métriques d'impact business (durée du processus de paiement, taux d'abonnement et désabonnement, taux d'engagement, etc.).
• KPIs de coûts (facturation mensuelle, coûts de personnel, outils tiers, coûts de conseil, etc.).

Vous devez définir une valeur de base pour chaque KPI avant de décider quoi suivre. L'établissement de la base (baselining) est le processus de mesure de l'état actuel (pre-migration) d'une application et service. Ces KPIs vous permettent de déterminer si la performance post-migration est acceptable ou non.

Effectuer une évaluation des données et applications

L'évaluation des données est une étape vitale de cette checklist de migration cloud car le déplacement des données est généralement la partie la plus délicate de l'adoption du cloud. Évaluer soigneusement les données permet à votre équipe d'évaluer :

• Les niveaux de risque des données.
• Le volume et le type de données que vous prévoyez de migrer.
• La résilience globale des données.
• Les exigences légales de confidentialité des données (le cas échéant).
• Les menaces les plus significatives pour l'intégrité des données.
• Les scénarios potentiels de violation ou fuite de données post-migration.

L'endroit où résident vos données peut impacter la performance d'une application ou d'un service. Déplacer les données vers le cloud alors que les méthodes d'accès aux données opèrent encore sur site peut affecter significativement la performance. La même chose vaut si la base de données est encore sur site mais que le service y accédant réside dans le cloud.

Outre l'évaluation des données, vos applications sur site devraient recevoir le même traitement. Avant la migration, l'équipe devrait créer un inventaire de toutes les applications sur site et de leurs serveurs. Vous devriez également évaluer toutes les machines virtuelles actuelles et tenir compte des dépendances d'applications potentielles.

En conséquence, vous pouvez déterminer quelles applications nécessitent un refactoring avant de les déplacer vers le cloud. L'équipe peut également commencer à prioriser les applications à migrer en premier.

Évaluer les options de migration cloud

L'étape suivante de la checklist de migration cloud est d'évaluer quelles applications nécessitent quel type d'intégration avec le cloud. Vous avez deux options :

• Intégration cloud superficielle (a.k.a. lift-and-shift) : Quand vous lift-and-shift une application, vous faites peu ou pas de changements au code et configurez l'application dans le cloud plus ou moins dans sa forme actuelle. Migrer une application sans aucun changement est connu sous le nom de réhébergement (rehosting) ; faire des modifications mineures en déplaçant une application vers le cloud est du refactoring.
• Intégration cloud profonde : Contrairement à son homologue superficiel, l'intégration cloud profonde vous demande de modifier l'application pour tirer parti des fonctionnalités cloud. Les changements peuvent aller d'ajustements relativement simples (tels que la configuration de l'auto-scaling et de l'équilibrage de charge dynamique) à des mises à jour avancées (telles que l'activation du serverless computing) qui font de l'application une solution cloud-native.

L'intégration cloud superficielle est une option significativement plus rapide que le refactoring de portions majeures d'une application. En général, les applications critiques sont généralement dignes de l'effort d'intégrations profondes. Les applications et services moins vitaux peuvent se contenter de l'approche superficielle car vous pouvez les refactoriser avec le temps après la migration vers le cloud.

Les entreprises décident aussi souvent de retirer ou conserver des applications lors de l'évaluation de quel service nécessite quel type d'intégration :

• Le retrait est le processus d'identification d'une application ou service obsolète qui n'a aucune valeur si téléversé vers le cloud.
• La conservation est la décision de garder une application sur site, généralement en raison d'une préoccupation de sécurité ou de conformité.

Choisir le bon modèle de déploiement cloud

Choisir un modèle de déploiement cloud approprié est vital pour une migration cloud réussie. Différents modèles s'adaptent à différents cas d'utilisation, et les cinq options parmi lesquelles vous pouvez choisir sont :

• Cloud public (un environnement multi-tenant qui fournit l'accès aux ressources de calcul via Internet ou via une connexion directe dédiée).
• Cloud privé (un système single-tenant dans lequel une entreprise exécute des ressources cloud dans son propre centre de données).
• Cloud hybride (un mélange de systèmes sur site, cloud public et privé dans lequel les charges de travail se déplacent entre les environnements via l'automatisation et l'orchestration).
• Multi-cloud (un mélange de deux ou plus environnements IaaS cloud publics).
• Cloud communautaire (infrastructure partagée entre plusieurs entreprises avec des besoins ou préoccupations partagés).

Le modèle de déploiement que vous devriez utiliser dépend principalement des besoins et objectifs uniques de votre entreprise. Voici quelques indications :

• Le cloud public fournit un environnement scalable avec un modèle pay-per-usage. Bien que hautement scalable, le cloud public peut ne pas être idéal pour les charges de travail sensibles.
• Un cloud privé est parfait pour une entreprise avec le budget pour exécuter un environnement cloud sur site personnalisé pour ses charges de travail critiques.
• Un cloud hybride vous permet d'exécuter des charges de travail sensibles sur site tout en profitant de la scalabilité du cloud public pendant les pics de demande.
• Bien que hautement bénéfique quand bien fait, il y a certains défis du cloud hybride dont vous devez être conscient avant de concevoir une architecture hybride.
• Le multi-cloud est un excellent choix pour les entreprises préoccupées par le verrouillage fournisseur ou cherchant à mélanger et assortir des services de plusieurs fournisseurs.

Choisir un fournisseur de services cloud

À moins que vous n'ayez opté pour la configuration d'un cloud privé sur site, l'élément suivant sur la checklist de migration cloud devrait être de trouver un fournisseur cloud. Bien que la plupart des vendeurs offrent des services similaires, ils ne sont pas tous les mêmes. Quelques considérations clés lors du choix d'un fournisseur cloud sont :

• Tarification.
• Sélection de services.
• Disponibilité dans des régions spécifiques.
• Garanties de disponibilité.
• Familiarité de votre équipe interne avec la pile technologique du fournisseur.
• Exigences de conformité spécifiques à l'industrie (ex: conserver les données utilisateur dans le lieu d'origine selon CCPA ou RGPD).
• Support post-migration et services IT gérés.

Rappelez-vous que les fournisseurs de services les plus populaires ne sont pas toujours les mieux adaptés. Les vendeurs proéminents visent à répondre à un large ensemble de besoins, donc ils ne font pas toujours un bon match avec une entreprise dans un secteur spécifique.

Par exemple, une entreprise opérant dans la santé pourrait être mieux servie en s'associant avec un fournisseur de niche qui comprend et soutient mieux la conformité HIPAA.

Effectuer le refactoring nécessaire

Une fois que vous savez quel déploiement cloud vous avez besoin et avec qui vous associer, votre équipe devrait commencer à faire les changements nécessaires aux applications et services avant de les migrer vers le cloud.

L'objectif est de faire fonctionner le logiciel aussi efficacement et efficacement que possible dans le cloud. Par exemple, votre équipe peut refactoriser une application pour :

• Fonctionner avec un nombre variable d'instances en cours d'exécution pour permettre un scaling quasi instantané.
• Tirer parti des capacités cloud dynamiques (telles que la capacité d'allouer et désallouer des ressources selon les besoins actuels).
• Créer une architecture plus orientée services pour déplacer rapidement des services individuels vers le cloud (cette fois et par la suite).

C'est aussi le bon moment pour repenser la gouvernance et la sécurité. Vous aurez probablement besoin d'ajuster votre stratégie de gouvernance pour moins compter sur la sécurité et le contrôle internes, et plus sur les services cloud du fournisseur. En termes de sécurité cloud, vous devez :

• Évaluer si la migration peut résulter en de nouvelles vulnérabilités.
• Comprendre comment votre équipe interne travaillera avec le fournisseur pour garder les actifs cloud en sécurité.
• Ajuster (et potentiellement améliorer) vos mesures et pratiques de sécurité actuelles.
• Décider si vous pouvez bénéficier d'outils de sécurité supplémentaires que le fournisseur offre.
• Configurer des mécanismes de basculement et de reprise d'activité.

Migrer et basculer le trafic méthodiquement depuis les opérations sur site

Bien que vous puissiez tout migrer vers le cloud d'un coup, cette approche peut être difficile et risquée à réaliser. Au lieu de cela, vous devriez migrer les applications et services un par un, en commençant par les applications moins critiques et en progressant lentement vers les cruciales.

Voici à quoi cette approche de migration devrait ressembler :

• Priorisez les applications que votre équipe peut déplacer avec le moins de risque pour les opérations. De bons choix sont les applications qui ne nécessitent que du réhébergement ou utilisent des ressources minimales (telles que peu de stockage ou de calcul).
• Ensuite, commencez à déplacer les applications qui ont une haute valeur pour votre business mais présentent un risque relativement faible pendant la migration.
• Enfin, laissez les charges de travail critiques et perturbatrices pour les étapes finales de la migration. Ne commencez jamais à déplacer ces applications à moins que celles des étapes précédentes ne fonctionnent de manière optimale.
• Utilisez un test manuel ou automatisé (ou les deux) pour vérifier si la migration a réussi ou non.

Selon l'architecture de vos applications et datastores, vous pouvez basculer le trafic depuis la solution sur site vers le cloud de deux manières :

• Tout d'un coup : L'équipe bascule tout le trafic sur site dès que l'application commence à s'exécuter dans le cloud.
• Un peu à la fois : Vous déplacez quelques clients vers le nouvel environnement une fois que l'équipe a configuré l'application cloud. Si tout fonctionne comme prévu, vous continuez à basculer les clients vers le cloud au fil du temps jusqu'à ce que tous les utilisateurs finaux s'appuient sur la nouvelle application.

Utilisez notre checklist de migration cloud pour migrer en toute confiance

Bien que le passage au cloud soit souvent une décision évidente, de nombreuses entreprises luttent ou ont un succès limité lors du déplacement d'applications vers le cloud. S'en tenir à la checklist de migration cloud ci-dessus garantit que vous évitez tous les pièges courants, donc vous pouvez commencer à planifier votre adoption du cloud sans la peur de faux pas coûteux.