Application migration strategies
This is where you start to develop a migration strategy
-
Re-host (referred to as a “lift and shift”) — Move applications without changes. In large-scale, legacy migrations, organizations are looking to move quickly to meet business objectives. The majority of these applications are re-hosted. Most re-hosting can be automated with tools (such as AWS VM Import/Export). Some customers prefer to do this manually as they learn how to apply their legacy systems to the new cloud platform. Applications are easier to optimize/re-architect once they are already running in the cloud, partly because your organization will have developed the skills to do so, and partly because the hard part—migrating the application, data, and traffic—has already been done.
-
Re-platform (referred to as “lift, tinker, and shift”) — Make a few cloud optimizations to achieve a tangible benefit. You will not change the core architecture of the application. For example, reduce the amount of time you spend managing database instances by migrating to a database-as-a-service platform like Amazon Relational Database Service
(Amazon RDS), or migrating your application to a fully managed platform like AWS Elastic Beanstalk . A large media company migrated hundreds of web servers that it ran on-premises to AWS. In the process, it moved from WebLogic (a Java application container that requires an expensive license) to Apache Tomcat, an open-source equivalent. By migrating to AWS, this media company saved millions of dollars in licensing costs and increased savings and agility. -
Re-factor / Re-architect — Re-imagine how the application is architected and developed using cloud-native features. This is driven by a strong business need to add features, scale, or performance that would otherwise be difficult to achieve in the application’s existing environment. Are you looking to migrate from a monolithic architecture to a service-oriented (or serverless) architecture to boost agility or improve business continuity? This strategy tends to be the most expensive, but it can also be the most beneficial if you have a good product-market fit.
-
Re-purchase — Move from perpetual licenses to a software-as-a-service model. For example, move from a customer relationship management (CRM) to Salesforce.com, an HR system to Workday, or a content management system (CMS) to Drupal.
-
Retire — Remove applications that are no longer needed. After you have completed discovery for your environment, ask who owns each application. As much as 10%-20% of an enterprise IT portfolio is no longer useful and can be turned off. These savings can boost your business case, direct your team’s attention to the applications people use, and reduce the number of applications you have to secure.
-
Retain (referred to as re-visit) — Keep applications that are critical for the business but that require major refactoring before they can be migrated. You can revisit all applications that fall in this category at a later time.