La migration vers l'informatique dématérialisée offre une excellente occasion de transférer des applications vers un système d'exploitation (OS) plus moderne. Dans certains cas, une mise à jour du système d'exploitation peut être obligatoire pour respecter les versions minimales prises en charge de l'image du système d'exploitation de la plateforme cloud. Par exemple, Oracle Cloud propose actuellement Windows Server 2012 R2 Standard, Datacenter comme premier niveau d'image de plateforme disponible.
La migration des applications vers des instances en nuage utilisant une version actualisée de Windows est la bonne approche du point de vue de l'assistance permanente et permet de maximiser la flexibilité et la fiabilité de la plateforme en nuage. Cependant, certaines applications héritées peuvent avoir des limitations de version du système d'exploitation et cela doit être vérifié pour confirmer la compatibilité.
La dernière version de CloneManager® de Cristie offre la possibilité d'effectuer une mise à niveau du système d'exploitation Windows dans un système de test en bac à sable au sein de l'environnement cloud. Ce système de test peut ensuite être vérifié pour la compatibilité avant de livrer l'image mise à jour sur le système cible.
Cristie VA Migration dans le nuage avec mises à jour automatiques du système d'exploitation Windows
CloneManager® offre la possibilité d'effectuer des mises à jour automatiques du système d'exploitation Microsoft Windows après une migration initiale de l'image vers le système cible. Si cette option est sélectionnée, un bac à sable de réplication est créé dans le système cible et un instantané de l'image migrée est pris pour obtenir une couche de copie sur écriture à provisionnement fin qui peut accepter des changements et être utilisée par la suite comme instance de test amorçable. Une fois démarrée, la procédure de mise à niveau est lancée, ce qui déclenche le processus de mise à niveau du système d'exploitation Microsoft. Toute licence de système d'exploitation requise à la suite de la procédure de mise à niveau doit alors être appliquée par l'utilisateur.
Lorsque les mises à niveau du système sont terminées, deux choses peuvent se produire : le système peut être démarré dans le nouveau système d'exploitation pour que les validations soient exécutées par rapport aux applications sur le système, ou (le cas échéant) d'autres mises à niveau peuvent être exécutées pour amener le système à la version la plus récente. Les mises à niveau automatiques peuvent être effectuées jusqu'à la toute dernière version du système d'exploitation Windows, ce qui permet d'économiser les frais de main-d'œuvre liés à une intervention manuelle. Cependant, toute mise à niveau d'application devra être appliquée manuellement à l'image finale si nécessaire.
Que puis-je faire si mon application dépend d'un système d'exploitation existant ?
Les applications patrimoniales qui dépendent d'un système d'exploitation ou qui nécessitent un environnement spécifique, comme le matériel serveur et réseau, les bases de données et les ressources de stockage, peuvent poser des problèmes lors d'une migration "lift-and-shift" vers le nuage. De nombreuses plateformes d'informatique dématérialisée proposent une fonction "Bring Your Own Image" (BYOI) qui permet à certaines versions d'OS de fonctionner si l'infrastructure de la plateforme sous-jacente peut les prendre en charge. Pour ce faire, le client doit généralement fournir une image "prête pour l'informatique en nuage" qui ne repose pas sur des dépendances tierces indisponibles. Si l'approche de migration "lift-and-shift" pose trop de problèmes, il est possible d'identifier des éléments de l'application à transférer dans le nuage. Cette méthode, connue sous le nom d'évolution des applications, permet aux utilisateurs de migrer vers l'informatique dématérialisée par étapes, plutôt qu'en une seule fois, mais cette approche peut s'avérer plus coûteuse à mettre en œuvre.
Une autre approche, connue sous le nom de réarchitecture applicative, consiste à décomposer les applications et à les reconstruire selon une conception plus évolutive et plus moderne. Dans ce scénario, vous ne partez pas complètement de zéro, mais vous éliminez simplement tout code qui limite votre capacité à migrer vers une version moderne du système d'exploitation, tout en préservant et en améliorant éventuellement les fonctionnalités pertinentes pour l'entreprise dans le cadre de ce processus. La réarchitecture d'applications est préférable pour les applications héritées qui sont essentielles à l'activité et qui permettent de se différencier de la concurrence, car la refonte complète d'une application pour l'informatique dématérialisée peut être une entreprise de grande envergure.
En résumé
La fonction de mise à niveau automatique de Windows introduite avec la version 4.5.1 de Cristie Software VA offre un environnement hybride de migration cloud lift-and-shift qui simplifie grandement les tests d'applications patrimoniales et réduit le temps et les efforts requis lorsque des mises à jour du système d'exploitation Windows sont nécessaires pour répondre aux exigences de la plateforme cloud. CloneManager® et Cristie VA prennent en charge la migration vers de nombreuses plateformes, notamment Oracle Cloud, Azure et AWS, pour les serveurs physiques, les machines virtuelles et les applications conteneurisées. Visitez les pages produits de CloneManager® ou contactez l'équipe Cristie Software pour plus d'informations sur la réplication et la migration des systèmes.
