Les 6 R – Stratégies de migration vers le cloud

Le parcours vers le cloud est différent pour chaque organisation car il n’existe pas de plan de migration unique. Chaque actif informatique à migrer est unique en termes de coût, de performances et de complexité, vous ne pouvez donc pas déplacer tous les composants vers le cloud avec une seule méthode commune. La création d’une feuille de route pour la migration répondra aux questions de savoir quoi, comment et dans quel ordre déplacer chaque système . C’est là que les stratégies de migration vers le cloud entrent en jeu.

Lors de la planification de la migration d’une infrastructure sur site vers le cloud public, 6 stratégies peuvent être adoptées pour garantir une transition fluide et réussie.

Il est important d’analyser les portefeuilles d’applications et de les catégoriser selon les 6 R. Nous pouvons utiliser AppWorks comme exemple :

1. Réhébergement: Également connue sous le nom de « Lift and Shift », cette stratégie lève les serveurs et les applications de l’infrastructure sur site et les déplace vers une infrastructure cloud. De nombreuses organisations adoptent cette stratégie car elle comporte le moins de risques. Le réhébergement est privilégié pour sa facilité relative, sa rapidité et son faible risque par rapport aux autres stratégies de migration. Par exemple, un produit OT comme la plate-forme AppWorks dépendra du nom d’hôte.
2. Replatforming: Également connue sous le nom de « Lift, Shift and Tweak », cette stratégie est une petite variante du réhébergement. L’architecture de base de l’application reste la même, mais une petite partie de l’application est adaptée pour tirer parti des nouvelles fonctionnalités du cloud. La plate-forme AppWorks et ses applications utilisent un serveur de base de données principal, on peut donc envisager d’utiliser le service de base de données d’instance gérée.
3. Rachat: Cette stratégie est aussi appelée « Drop and Shop ». Une organisation peut éliminer des efforts de migration importants en déplaçant l’application sur site avec un logiciel de fournisseur natif dans le cloud. Cela signifie généralement passer à une application SaaS (Software as a Service) avec les mêmes capacités. Habituellement, cela implique un changement de licence où la licence sur site existante est abandonnée et un nouveau contrat de licence est lancé avec le fournisseur de cloud pour sa solution. La nouvelle version cloud mise à niveau offre une meilleure valeur avec une efficacité accrue, des économies sur le stockage des applications et les coûts de maintenance.
4. Refactorisation: Aussi connue sous le nom de « Re-architecting », la méthode consiste à réécrire des applications à partir de zéro pour les rendre cloud natives. La refactorisation est beaucoup plus compliquée que les autres approches de migration vers le cloud car elle nécessite des changements de code d’application et doit être testée pour éviter les régressions de fonctionnalité. Par exemple, cela s’appliquerait lorsque l’application développée sur la plate-forme AppWorks est refactorisée d’une architecture monolithique sur site à une architecture entièrement sans serveur dans le cloud.
5. Sortant: Dans la stratégie de « retrait », les applications qui ne sont plus nécessaires pour les portefeuilles informatiques sont supprimées. Si une application est considérée comme ne méritant pas d’être migrée vers le cloud, elle peut être éliminée/réduite. Il permet de considérer toutes les applications en termes d’utilisation, de dépendances et de coût pour l’entreprise
6. Retenir: Malgré tous les avantages de la technologie cloud, il existe encore des raisons de conserver certaines applications sur site. Par exemple, une base de données d’applications est essentielle pour l’entreprise et une organisation peut souhaiter la conserver sur site plutôt que de la migrer vers le cloud. La rétention est souvent utilisée dans le déploiement de cloud hybride pour assurer la continuité des activités lors de migrations à grande échelle. Il offre les avantages du cloud ainsi que la conservation des charges de travail critiques et des données confidentielles sur site.

Choisissez le bon modèle de cloud computing

L’autre décision à prendre est de savoir quel type de modèle de cloud computing convient à la migration vers le cloud – IaaS, PaaS ou SaaS ?

• Infrastructure en tant que service (IaaS) – Ce modèle informatique fournit l’infrastructure nécessaire pour exécuter les applications. Des actifs tels que les logiciels et le matériel, le stockage et la mise en réseau sont mis à disposition. Ce modèle est le mieux adapté lorsque vous envisagez de réhéberger ou de reformater des applications.
• Plate-forme en tant que service (PaaS) – Ce modèle informatique fournit l’infrastructure en tant que service et un ensemble d’outils de déploiement, de développement de logiciels et d’intergiciels qui permettent une migration rapide. Les organisations qui cherchent à refactoriser ou reconstruire des applications peuvent envisager cette option.
• Logiciel en tant que service (SaaS) – Les organisations qui cherchent à remplacer leurs applications par des alternatives prêtes à l’emploi peuvent choisir les services SaaS. Le fournisseur SaaS s’occupe à la fois de l’infrastructure et de l’application que l’organisation utilise.

De nombreux facteurs contribuent à la décision d’une organisation sur la stratégie d’adoption du cloud et le modèle informatique qui conviennent à son organisation. Nous recommandons tout d’abord d’analyser l’empreinte actuelle et de comprendre quelles applications conserver, lesquelles retirer et lesquelles envisager pour la migration vers le cloud. Pour chaque application, déterminez le chemin de migration vers le cloud approprié, en gardant à l’esprit l’effort impliqué et les coûts qui doivent être encourus. En outre, estimez le temps nécessaire à la migration.

Services professionnels OpenText™ possède une vaste expérience pour aider les clients à migrer leurs produits OpenText hébergés sur site (hors cloud) vers le cloud. Nous contacter pour discuter de vos besoins pour votre projet de migration.

Auteur – Madhusudan Reddy est un architecte principal d’OpenText Professional Services India travaillant sur plusieurs technologies OpenText pour servir les clients mondiaux avec des solutions de meilleures pratiques pour la plate-forme AppWorks.