(2-6) AWS Migration Strategies: The 7 Rs Explained

studied byStudied by 0 people
0.0(0)
learn
LearnA personalized and smart learning plan
exam
Practice TestTake a test on your terms and definitions
spaced repetition
Spaced RepetitionScientifically backed study method
heart puzzle
Matching GameHow quick can you match all your cards?
flashcards
FlashcardsStudy terms and definitions

1 / 61

encourage image

There's no tags or description

Looks like no one added any tags here yet for you.

62 Terms

1

Migration Strategy

The approach used to migrate a workload into the AWS Cloud.

New cards
2

7 Rs

The seven migration strategies for moving applications to the cloud: Retire, Retain, Rehost, Relocate, Repurchase, Replatform, Refactor or re-architect.

New cards
3

Retire

The migration strategy for applications that you want to decommission or archive.

New cards
4

Common Use Cases for Retire

1. No business value in retaining the application. 2. Eliminate the cost of maintaining the application. 3. Reduce security risks from unsupported OS versions. 4. Retire applications with average CPU and memory usage below 5 percent (zombie applications) or between 5 and 20 percent over 90 days (idle applications). 5. No inbound connection for the last 90 days.

New cards
5

Retain

The migration strategy for applications that you want to keep in your source environment or are not ready to migrate.

New cards
6

Common Use Cases for Retain

1. Security and compliance with data residency requirements. 2. High risk requiring detailed assessment before migration. 3. Dependencies on other applications. 4. Recently upgraded applications. 5. No business value for migrating some applications. 6. Plans to migrate to SaaS. 7. Unresolved physical dependencies on specialized hardware.

New cards
7

Rehost

A migration strategy that involves moving applications to the cloud without significant changes.

New cards
8

Replatform

A migration strategy that involves making some optimizations to the application while migrating it to the cloud.

New cards
9

Relocate

A migration strategy that involves moving applications to a different environment without significant changes.

New cards
10

Repurchase

A migration strategy that involves replacing the existing application with a cloud-native version.

New cards
11

Refactor or Re-architect

A migration strategy that involves modernizing the application during the migration, which is complex and not recommended for large migrations.

New cards
12

Zombie Applications

Applications with an average CPU and memory usage below 5 percent.

New cards
13

Idle Applications

Applications with an average CPU and memory usage between 5 and 20 percent over a period of 90 days.

New cards
14

Utilization and Performance Data

Data used to identify zombie and idle applications from your discovery tool.

New cards
15

Security Risks

Risks associated with operating applications that use unsupported OS versions or components.

New cards
16

Data Residency Requirements

Legal obligations to keep data within specific geographic boundaries.

New cards
17

Technical Refresh

An upgrade or update to a system that may postpone migration.

New cards
18

SaaS

Software as a Service, a model where applications are hosted by a vendor and accessed via the internet.

New cards
19

Specialized Hardware

Hardware that does not have a cloud equivalent, often found in specific industries like manufacturing.

New cards
20

Mainframe Applications

Applications that require careful assessment and planning before migrating to the cloud.

New cards
21

Mid-range Applications

Applications that also require careful assessment and planning before migrating to the cloud.

New cards
22

Non-x86 Unix Applications

Applications that require careful assessment and planning before migrating to the cloud.

New cards
23

Mainframe or mid-range applications

These applications require careful assessment and planning before migrating them to the cloud. Examples include IBM AS/400 and Oracle Solaris.

New cards
24

Performance

You might want to retain applications based on their performance, such as keeping zombie or idle applications in your source environment.

New cards
25

Rehost

This strategy, also known as lift and shift, involves moving applications from your source environment to the AWS Cloud without making any changes to the application.

New cards
26

Rehost strategy benefits

You can migrate a large number of machines from multiple source platforms to the AWS Cloud without worrying about compatibility, performance disruption, long cutover windows, or long-distance data replications.

New cards
27

Downtime in Rehost

The downtime depends on your cutover strategy.

New cards
28

Rehost automation services

You can automate rehosting by using AWS Application Migration Service, AWS Cloud Migration Factory Solution, and VM Import/Export.

New cards
29

Relocate

Using this strategy, you can transfer a large number of servers, comprising one or more applications, from an on-premises platform to a cloud version of the platform.

New cards
30

Relocate strategy examples

You can use this strategy to transfer an Amazon RDS DB instance to another VPC or AWS account.

New cards
31

Relocate strategy benefits

The relocate strategy doesn't require purchasing new hardware, rewriting applications, or modifying existing operations.

New cards
32

Repurchase

This strategy, also known as drop and shop, involves replacing your application with a different version or product that provides more business value.

New cards
33

Repurchase benefits

Repurchasing the application typically reduces costs associated with maintenance, infrastructure, and licensing.

New cards
34

Use cases for Repurchase

Common use cases include moving from a traditional license to SaaS, version upgrades or third-party equivalents, and replacing a custom application.

New cards
35

Moving from traditional license to SaaS

This removes the burden of managing and maintaining the infrastructure and helps reduce licensing issues.

New cards
36

Version upgrades or third-party equivalents

By replacing your existing on-premises application with the vendor's latest version or third-party equivalent in the cloud, you can leverage new features and integrate with cloud services.

New cards
37

Replacing a custom application

You can avoid recoding and re-architecting a custom application by repurchasing a vendor-based SaaS or cloud-based application.

New cards
38

Assessment before purchasing

Before purchasing, you need to assess the application according to your business requirements, especially security and compliance.

New cards
39

Training

The process of educating your team and users with the new system after purchasing an application.

New cards
40

Data Migration

The process of transferring your data to the newly purchased application.

New cards
41

Authentication Integration

Integrating the application into your authentication services, such as Microsoft Active Directory, to centralize authentication.

New cards
42

Networking Configuration

Setting up networking to help secure communication between the purchased application, your users, and your infrastructure.

New cards
43

Replatform

A migration strategy that involves moving an application to the cloud while introducing some level of optimization to operate efficiently, reduce costs, or take advantage of cloud capabilities.

New cards
44

Lift, Tinker, and Shift

Another name for the replatform migration strategy.

New cards
45

Managed Service

A service that is fully managed by a provider, reducing the operational burden on the user.

New cards
46

Serverless Service

A cloud service model where the cloud provider dynamically manages the allocation of machine resources.

New cards
47

End-of-Support Migration Program (EMP)

A program that allows migration of legacy Windows Server applications to the latest supported versions on AWS without code changes.

New cards
48

AWS Graviton Processors

Custom-built processors developed by AWS that can help reduce costs.

New cards
49

Porting Assistant for .NET

An analysis tool that helps port .NET Framework applications to run on Linux operating systems.

New cards
50

Containerization

The process of modernizing applications by migrating virtual machines into containers without making code changes.

New cards
51

AWS App2Container

A migration tool used to modernize .NET and Java applications into containerized applications.

New cards
52

Refactor or Re-architect

A migration strategy that involves moving an application to the cloud and modifying its architecture to leverage cloud-native features for improved agility, performance, and scalability.

New cards
53

Monolith Application

An application that is built as a single, indivisible unit, which can hinder quick product delivery.

New cards
54

Test Coverage

The extent to which the testing process covers the application, affecting the quality and delivery of new features and fixes.

New cards
55

Database Refactoring

The process of modifying a database to separate tables that will be migrated from those that will be retained on premises.

New cards
56

Retire (Description & Use Case)

(AWS Migration Strategy) Decommission and stop using the application.; Application is obsolete and no longer provides value.

New cards
57

Retain (Description & Use Case)

(AWS Migration Strategy) Keep the application on-premises or in its current environment.; Compliance, specific operational needs, or no need to move it to the cloud.

New cards
58

Rehost (Description & Use Case)

(Lift & Shift) (AWS Migration Strategy) Move the application to the cloud with minimal changes.; Fast migration with minimal modifications.

New cards
59

Relocate (Description & Use Case)

(AWS Migration Strategy) Move the application to a different data center or region within the cloud.; Improve performance or meet regulatory requirements.

New cards
60

Repurchase (Description & Use Case)

(AWS Migration Strategy) Replace the application with a cloud-native solution, typically SaaS.; When it's more cost-effective to purchase a new service than to migrate the old one.

New cards
61

Replatform (Description & Use Case)

(AWS Migration Strategy) Make optimizations without changing the core architecture.; Move to the cloud with some improvements like using cloud-managed databases or services.

New cards
62

Refactor/Re-architect (Description & Use Case)

(AWS Migration Strategy) Redesign the application to take full advantage of cloud-native features.; To leverage cloud scalability, microservices, or serverless features. Requires code changes.

New cards
robot