{"id":1043895,"date":"2021-12-01T00:00:00","date_gmt":"2021-12-01T00:00:00","guid":{"rendered":"https:\/\/www.beyondsoft.com\/sg\/insights\/blog\/demystifying-data-migrations-understanding-the-lift-and-shift\/"},"modified":"2021-12-01T00:00:00","modified_gmt":"2021-12-01T00:00:00","slug":"demystifying-data-migrations-understanding-the-lift-and-shift","status":"publish","type":"blog","link":"https:\/\/www.beyondsoft.com\/jp\/en\/insights\/blog\/demystifying-data-migrations-understanding-the-lift-and-shift\/","title":{"rendered":"Demystifying data migrations: Understanding the lift and shift"},"content":{"rendered":"

Data migrations can be incredibly complex, but also beneficial from a business standpoint. I recently wrote an article, Choosing the right data migration strategy<\/a>, that introduces the four most common types of data migrations, including the lift and shift, the data lake, a combination of lift and shift and data lake, and finally, hybrid streaming.<\/p>\n\n\n\n

Many factors play into choosing a data migration strategy including data architecture, applications, business needs, and other drivers. Today, I want to dive into the most basic of these strategies: the lift and shift data migration.<\/p>\n\n\n\n

Understanding the lift and shift data migration<\/strong><\/h2>\n\n\n\n

To recap, the lift-and-shift involves moving applications, data, and other operational solutions used on-premises and simply transferring them to the cloud, without redesigning or changing the workload. The final result ideally looks and behaves similar to the on-premises database workload.<\/p>\n\n\n\n

In fact, the lift and shift approach is the original data migration strategy, dating back to when fewer cloud solutions were available. Now, of course, organizations can choose from many cloud-based, serverless solutions to optimize cost while simultaneously improving performance. Platform advancements and new products continue to simplify and accelerate data migration projects.<\/p>\n\n\n\n

The lift and shift has several advantages<\/strong><\/h2>\n\n\n\n

The lift and shift is the fastest way to move an on-premises database onto public cloud resources because you don\u2019t need to spend time on optimization or code revisions. It\u2019s also the cheapest migration model since you aren\u2019t paying for code or configuration changes. However, these upfront savings can also cost more in the long run if you miss opportunities to optimize workload costs. <\/p>\n\n\n\n

From a planning standpoint, it requires the least amount of project resources. In select situations, this strategy can be less risky than refactoring an app. This is especially true if you don\u2019t have the resources to perform code updates without compromising performance.<\/p>\n\n\n\n

Finally, sometimes, optimization is just too costly with existing resources. Lift and shift can allow companies to prolong the lifespan of a struggling workload.<\/p>\n\n\n\n

The lift and shift also has a few disadvantages<\/strong><\/h2>\n\n\n\n

As with most things, the lift and shift also has some drawbacks that must be considered. For example, organizations that forego the opportunity to first optimize code and configurations or refactor workloads for the cloud can miss out on long-term cost savings and some of the benefits a cloud infrastructure has to offer, such as improved performance, automation, and stability. Additionally, the technical debt incurred on-premises will migrate to the cloud.<\/p>\n\n\n\n

The cloud can provide a single way to manage and scale the full scope of your infrastructure using repeatable processes, especially if you use migration as an opportunity to understand existing applications and data. However, lifting and shifting an on-premises database without a full assessment can worsen visibility issues and cause cloud troubleshooting challenges.<\/p>\n\n\n\n

From a process standpoint, confusing a lift-and-shift data migration model with a copy-and-paste strategy is a disaster recipe for companies that put no effort towards planning or migration testing before trying to go live. Finally, the cloud can simplify or complicate optimization problems. Sometimes, it\u2019s much harder to optimize a legacy workload without native environment resources.<\/p>\n\n\n\n

The variations of the lift and shift approach<\/strong><\/h2>\n\n\n\n

While the lift and shift is the most basic strategy, organizations can opt for multiple variations depending upon their needs and challenges. Choosing the right strategy involves an understanding of the environment, workloads, timelines, and leadership goals, among many other factors. Here are a few:<\/p>\n\n\n\n

  1. Pure lift and shift:<\/strong> Migrating a workload with no refactoring or rebuilding\u2014also referred to as \u201crehosting.\u201d<\/li>
  2. Lift, shift, & optimize:<\/strong> A migration that involves minimal efforts to optimize a workload, generally post-migration.<\/li>
  3. Refactoring:<\/strong> Significant changes to configurations or code during a cloud migration to enhance performance or behavior.<\/li>
  4. Containerization:<\/strong> Bundling individual app components, such as libraries and dependencies, into containers separate from the infrastructure to promote flexible migrations between premises and cloud environments.<\/li>
  5. Rebuild:<\/strong> Completely redesigning a cloud-native application in cases where, for example, a license has expired or an application is no longer supported.<\/li><\/ol>\n\n\n\n

    Is it the right strategy for your data migration?<\/strong><\/p>\n\n\n\n

    It depends. Migration teams with the support of business leaders must ultimately decide if the lift and shift is the right strategy. It\u2019s critical to conduct a full cloud assessment to understand:<\/p>\n\n\n\n