Lift and shift moves an existing subsystem or monolith to a new environment, commonly from on-premises infrastructure to the cloud, while minimizing changes to behavior, design, and implementation. It is a modernization choice, not a universal destination: teams can later apply more invasive strategies to individual subdomains. section 12.4.1
Use lift and shift when:
- Legacy coupling makes fine-grained modernization impractical, so moving the entire monolith provides a workable first step. section 12.4.1
- A subdomain has limited modernization opportunity, making deeper redesign less valuable than the cost of investment. section 12.4.1
- Modernization can proceed gradually, with later subdomain-level choices such as polishing, replicating, remodeling, or rethinking. section 12.4.1
Moving a monolith before reshaping it
A tightly coupled legacy system is moved from on-premises infrastructure to the cloud as a whole. Once there, teams can assess each subdomain and selectively pursue deeper redesign, while avoiding a big-bang transformation. section 12.4.1 section 12.6
The Modernization Strategy Selector helps compare how much to change a subdomain’s behavior, design, and technology, supporting case-by-case investment decisions. section 12.4.1
