Un détaillant doit quitter son centre de données dans 12 semaines. Son monolithe Java EE principal fonctionne sur WebSphere et utilise une base de données Oracle avec de nombreux packages PL/SQL. La capacité de test est limitée ; l'entreprise exige une parité fonctionnelle dès le premier jour. Une modernisation plus large vers des microservices sur conteneurs est prévue pour l'année prochaine. Quelle approche de migration devriez-vous recommander maintenant ?

L'approche de migration "Lift-and-shift" (réhébergement) est la plus appropriée ici en raison du délai serré de 12 semaines et de l'exigence de parité fonctionnelle immédiate. Elle minimise les changements à l'application et à la base de données existantes, réduisant ainsi les risques et le temps de migration. L'exécution de WebSphere et Oracle sur des machines virtuelles Azure permet de conserver l'architecture actuelle. Les autres options sont moins adaptées : "Re-platform" (re-plateforme) impliquerait des modifications significatives pour App Service et Azure SQL Managed Instance, ce qui est risqué avec un délai court et une capacité de test limitée. "Re-architect" (réarchitecture) est une refonte majeure en microservices, incompatible avec le délai et l'exigence de parité fonctionnelle immédiate. "Replace" (remplacement) par une solution SaaS est peu probable pour une application Java EE monolithique complexe avec des packages PL/SQL spécifiques, et ne garantirait pas la parité fonctionnelle.