Lors de la migration d’une application, la transformation est une décision qui fait souvent peur, mais pourtant décisive pour l’avenir des applications dans de nombreux cas.
Lorsque vous procédez à une migration d’applications depuis l’onpremise vers le cloud par exemple, vous avez différentes façons de procéder.
La plus connue est l’étape du lift&shift, qui consiste à reproduire au plus proche l’existant dans l’infrastructure cible. C’est souvent une option privilégiée dans les cas complexes, quand il est difficile de trouver toutes les dépendances nécessaires à redémarrer l’application dans l’infrastructure cible.
Une autre option plus évoluée (replatforming), car plus proche du standard des cloud, est de reproduire le fonctionnement initial de l’application sur son infrastructure source, mais avec les services offerts par le cloud provider, en minimisant l’usage des machines virtuelles. On peut par exemple propulser le coeur de l’application avec un serveur web hébergé sur le cloud et le mettre en relation avec un service de bases de données et un autre service de cache. Cette étape demande davantage de réflexion, mais si les services existants sont compatibles, il s’agit d’une bonne option.
Nous allons maintenant aborder la transformation. Dans de nombreux cas, il est impossible de faire migrer une application telle quelle, pour des raisons de compatibilité ou d’obsolescence. Cela peut être aussi non souhaitable, car on désire migrer vers un produit plus adapté aux nouveaux besoins.
Dans le cas de la transformation, les différents usages par les utilisateurs de l’application existante doivent être listés et étudiés. Avec cette liste, on va ensuite trouver un produit alternatif compatible. La mode est au SaaS, mais toutes les solutions sont à envisager.
L’étape suivante consiste à créer un environnement de tests avec lequel les équipes métier pourront tester leurs différents cas d’usage. Si elles confirment que le produit est compatible avec leurs besoins, les solutions de migration de l’outil actuel avec le futur outil doivent ensuite être étudiées. Si une solution existe, elle deviendra la cible à appliquer lors de la migration.
La transformation est très intéressante car elle nécessite de remettre à plat les besoins du métier et de trouver un produit adapté. Elle offre aussi la possibilité d’acquérir de nouvelles fonctionnalités par rapport à l’existant.
Elle est par contre coûteuse en temps et en efforts, car il faut lister ces besoins et étudier les solutions alternatives.
L’auteur
Je suis architecte infrastructure cloud (AWS et Azure) senior freelance certifié AWS Solutions Architect Associate. Je conçois les infrastructures dont vous avez besoin pour faire tourner les services IT de vos entreprises et vous aide dans vos grands processus de migrations et de remédiations. Disponible pour une nouvelle mission. N’hésitez pas à me contacter si je peux vous aider dans vos projets.
Carl Chenet 
Laisser un commentaire