Comment éviter les interruptions des services lors d’une migration vers le cloud

Les migrations vers le cloud demeurent complexes

En dépit de cette tendance largement positive, il reste certains écueils. Tout processus de migration vers le cloud est difficile. Cela nécessite de longues phases et beaucoup d’efforts, même si les systèmes de production et les systèmes cibles sont entièrement compatibles. Et d’une façon générale, les chances qu’un fournisseur de cloud utilise les mêmes systèmes que sur site restent minces. 

Il reste un point positif : les infrastructures IT sont aujourd’hui plus modulaires que par le passé.

« La virtualisation a permis aux entreprises de déplacer plus facilement les workloads d’un système à l’autre », illustre Lauren Nelson, analyste principale et responsable de l’infrastructure cloud privé chez Forrester Research. 

À l’origine, la virtualisation crée une couche d’abstraction, de sorte que les logiciels ne dépendent pas autant des caprices du système que par le passé. Cela permet de déployer plusieurs machines virtuelles contentant leur propre OS, une application et ses librairies sur un seul serveur, à l’aide d’un hyperviseur.

La conteneurisation, une méthode de virtualisation particulièrement populaire, pousse le concept un peu plus loin. Elle permet d’isoler des composants applicatifs avec leur propre système d’exploitation léger en s’appuyant sur le kernel de l’OS hôte. Une couche d’orchestration est utilisée entre le kernel et les conteneurs, souvent Kubernetes.

Les applications ne sont plus étroitement liées aux OS et évoluent en fonction de la disponibilité des ressources serveur.

Le problème est que les applications modernes sont souvent granulaires et donc plus complexes. La plupart comportent des dizaines, voire des centaines, de millions de lignes de code. Cette modularité implique alors qu’elles interagissent avec d’autres systèmes.

Migration vers le cloud : par où commencer ?

Il n’est pas possible de déplacer toutes vos applications et votre infrastructure vers le cloud public en une seule étape. « Pour des applications conséquentes, une migration prend entre six à dix-huit mois », confirme Lauren Nelson. 

Il est nécessaire de décomposer le processus de migration en étapes. Il est souvent recommandé de commencer par les composants les plus petits et les plus simples, puis de poursuivre par les services les plus complexes. Il est préférable de confier ce travail à une équipe dédiée, qui assurera – avec le soutien de la DSI – la communication des étapes clés aux métiers. Évidemment, une interruption de services peut être planifiée, mais si toutes les parties prenantes ne sont pas prévenues, elle peut avoir des conséquences néfastes sur l’activité d’une entreprise.

Pendant ces phases de migrations, il convient également d’exécuter deux systèmes en parallèle, un sur site et un autre dans le cloud, de sauvegarder régulièrement les données, de les synchroniser et de tester le déploiement dans le cloud. La documentation de toutes les API est ici clé pour identifier celles que l’on doit surveiller pendant le processus de migration vers le cloud.

En effet, quand une entreprise fait correspondre ses anciennes interfaces avec des nouvelles, tous les détails comptent. Par exemple, une application peut exécuter la version 4.0 d’une interface utilisateur, tandis que le fournisseur cloud dispose de la version 4.1. Celle-ci pourrait inclure une fonctionnalité non prise en charge par l’application et arrêter le système.

Personnalisation et réseau dans le viseur

Les applications personnalisées accentuent ce problème. Lorsqu’une entreprise modifie une application, elle crée généralement une extension spécifique ou réécrit le logiciel. Cette personnalisation crée un décalage : le fournisseur de cloud n’a pas forcément la brique nécessaire pour prendre en charge cette fonctionnalité propre à l’entreprise.

Les communications réseau sont un autre élément critique du cloud public. Lors des phases de transfert d’un site à l’autre, il est nécessaire que les liens WAN fonctionnent à des vitesses suffisamment élevées pour proposer le bon rendement. Dans certains cas, cela demandera une mise à niveau.

N’oublions pas qu’en parallèle de la planification de la migration et le choix des instances cibles, il convient de sélectionner les logiciels qui permettront d’éviter et de résoudre les interruptions de services. Service de backups, de synchronisation, de réplication, outil de supervision, de protection des flux, etc.

Pour contre-balancer cette complexité, les fournisseurs IT, de cloud, et des éditeurs tiers ont développé des outils et des services d’évaluation et de migration.

Citons par exemple Accenture, CDW, CloudMigrator, Dell Technologies, HPE, Metalogix, Vision Solutions et Zenoss – pour n’en lister que certains.

La migration des applications vers le cloud n’est souvent qu’une première étape. Pour profiter pleinement des capacités du cloud, leur modernisation est souvent nécessaire. Là encore, il convient d’anticiper de possibles interruptions de services lors de la manœuvre.