Migration dans le nuage

Grâce à l'évolution des réseaux à haut débit, au regroupement et à la virtualisation, les applications ne sont plus limitées par la capacité d'un seul serveur physique. Dans les années 1990, les centres de données traditionnels acquéraient des serveurs dédiés aux applications majeures, qui étaient considérés comme des biens d'équipement. Si l'application dépassait la capacité du serveur, il fallait procéder à une mise à niveau coûteuse et fastidieuse. Le coût est l'autre problème majeur lié à la prolifération de nouvelles applications. La gestion de tous les serveurs a souvent submergé les services informatiques, avec les coûts élevés que cela implique.

En exécutant les applications dans le nuage, les fonctions commerciales telles que les ventes peuvent utiliser des applications sophistiquées comme Salesforce avec un abonnement annuel, sans que le service informatique n'ait à acheter et à gérer des serveurs. Au fur et à mesure que l'équipe de vente s'étoffe, il suffit d'acheter des licences supplémentaires sans se préoccuper de la capacité du serveur. Cette flexibilité permet aux entreprises de se concentrer sur la vente et au service informatique de se concentrer sur le soutien des nouvelles initiatives commerciales, ce qui constitue un argument de poids en faveur de la migration vers l'informatique dématérialisée.

L'informatique en nuage a atteint un niveau de maturité tel qu'elle est aujourd'hui considérée comme un courant dominant. Les plateformes en nuage offrent de nouvelles dimensions d'évolutivité élastique, de facilité de gestion et de disponibilité. L'industrie du logiciel a totalement adopté l'informatique dans le cloud et offre aux entreprises de multiples voies d'accès au nuage. L'idée de ne payer que pour les cycles de calcul que vous consommez est convaincante pour les utilisateurs professionnels et les professionnels de l'informatique qui comprennent les complexités de la planification de la capacité. Le dimensionnement des serveurs en fonction des pics d'utilisation est inefficace, car la majeure partie du centre de données est sous-utilisée la plupart du temps.

Approches de migration vers l'informatique dématérialisée

Il est facile pour une nouvelle entreprise, qu'elle soit en phase de démarrage ou en phase d'exploitation, de passer à 100 % dans le nuage dès le premier jour. Les entreprises existantes, en particulier les grandes entreprises dotées de centaines d'applications patrimoniales, peuvent mettre des années à migrer vers le cloud. Les entreprises très réglementées, telles que les services financiers et les soins de santé, traitent et stockent des données qui ne peuvent pas quitter leurs centres de données ou leur pays, ce qui les empêche de procéder à une migration complète vers le cloud.

Il existe plusieurs approches pour la migration vers l'informatique dématérialisée, allant du "lift-and-shift" à la réécriture de l'application pour exploiter pleinement les architectures dématérialisées. La migration peut être coûteuse, c'est pourquoi chaque application doit être considérée individuellement. L'ensemble des applications doit être pris en considération lors de l'audit du paysage informatique actuel. Certaines applications peuvent ne jamais migrer, comme celles qui fonctionnent sur un système d'exploitation dépendant d'un chipset basé sur du matériel autre qu'Intel. Pour vous aider à visualiser, voici sept approches de migration classées par ordre de complexité et les considérations relatives à leur utilisation :

• Le rehosting ou "lift and shift" permet de migrer une application en quelques jours. Vous arrêtez les systèmes en cours de migration, vous effectuez une sauvegarde à froid, puis vous la restaurez sur des serveurs basés dans le nuage. Même avec cette migration simple, vous devez effectuer des tests de migration pour vous assurer que vous disposez de suffisamment de temps pour transférer le code et les scripts de l'application vers la plateforme en nuage cible dans le délai imparti. Les applications volumineuses contenant beaucoup de données peuvent nécessiter l'envoi d'un disque dur au fournisseur de services en nuage. Actian fournit des bases de données qui utilisent la même base de code sur site et dans la plateforme de données Actian afin de faciliter les migrations.
• La replatformisation conserve l'architecture de l'application sur site mais tire parti de certains services d'infrastructure offerts par la plateforme en nuage, tels que l'équilibrage de charge, l'intergiciel de messagerie et le stockage géré.
• Le rachat est une option populaire proposée par des fournisseurs de logiciels tels qu'Actian, afin que les clients puissent transférer leurs données vers la version en nuage d'une technologie de base de données sur site , notamment Ingres et Zen.
• Le refactoring consiste en une refonte partielle d'une application afin de tirer parti du cloud pour améliorer l'évolutivité, par exemple.
• La réarchitecture d'une application implique des changements plus importants, tels que la conteneurisation, pour lui permettre d'être exécutée sur plusieurs plateformes cloud et d'ajouter certaines fonctionnalités cloud-natives pour simplifier la pile technologique afin d'améliorer la fiabilité et la facilité de gestion.
• Reconstruire une application pour tirer le meilleur parti de l'informatique dématérialisée signifie la réécrire en utilisant les dernières architectures de microservices et les outils de développement les plus récents pour maximiser la réutilisation des composants de l'application et permettre une réelle portabilité entre les plateformes dématérialisées.
• Le retrait d'une application est judicieux lorsque ses fonctionnalités ne sont plus nécessaires ou qu'elles sont remplacées par des applications plus récentes. IBM a inventé le terme "stabilisé sur le plan fonctionnel" pour informer les clients qu'aucune nouvelle fonctionnalité ne sera ajoutée, que l'support cessera et que les clients doivent suivre un chemin de migration défini vers une solution de remplacement.