Sprzedawca detaliczny musi opuścić swoje centrum danych w ciągu 12 tygodni. Jego podstawowy monolityczny system Java EE działa na WebSphere i używa bazy danych Oracle z wieloma pakietami PL/SQL. Możliwości testowania są ograniczone; firma wymaga pełnej zgodności funkcji od pierwszego dnia. Szersza modernizacja do mikroserwisów na kontenerach jest planowana na przyszły rok. Jakie podejście do migracji należy teraz zaleczyć?

Poprawną odpowiedzią jest „Lift-and-shift: Przenieś aplikację WebSphere na maszyny wirtualne Azure i uruchom Oracle na maszynach wirtualnych Azure teraz, odkładając re-architekturę”. To podejście jest najbardziej odpowiednie ze względu na krótki termin (12 tygodni), ograniczoną możliwość testowania i wymóg pełnej zgodności funkcji. Migracja typu „lift-and-shift” (rehosting) polega na przeniesieniu istniejącej aplikacji i bazy danych na maszyny wirtualne Azure bez zmian w kodzie, co minimalizuje ryzyko i czas wdrożenia. Opcja „Re-platform” wymagałaby zmian w konfiguracji i testowania, co jest ryzykowne przy ograniczonych zasobach i czasie. „Re-architect” jest zbyt ambitne na obecnym etapie, ponieważ wymagałoby znacznych zmian w architekturze aplikacji i bazy danych, co jest sprzeczne z planem modernizacji na przyszły rok. „Replace” jest nieodpowiednie, ponieważ firma posiada niestandardową aplikację z wieloma pakietami PL/SQL, co sugeruje unikalne wymagania, których gotowy pakiet SaaS mógłby nie spełnić.