|
| 1 | +--- |
| 2 | +title: Migrate workloads to Azure |
| 3 | +description: Before you migrate workloads, start with a strong foundation in Azure. |
| 4 | +author: robbyatmicrosoft |
| 5 | +ms.author: robbymillsap |
| 6 | +ms.date: 03/24/2025 |
| 7 | +ms.topic: conceptual |
| 8 | +--- |
| 9 | + |
| 10 | +# Migrate workloads to Azure from other clouds |
| 11 | + |
| 12 | + |
| 13 | +This collection is curated to assist workload teams in planning and executing the migration of their workloads. It covers migrations from cloud platforms like Amazon Web Services (AWS) and Google Cloud to Microsoft Azure. The expected outcome is that, after the migration to Azure is complete, the workload will be shut down on the source platform. |
| 14 | + |
| 15 | +> [!IMPORTANT] |
| 16 | +> |
| 17 | +> Certain migration scenarios are out of scope for this collection. It doesn't cover on-premises to Azure migrations, full data center migrations, or region relocations. Additionally, it doesn't address concurrently running a workload on multiple clouds. |
| 18 | +
|
| 19 | +Migration to Azure typically involves _replatforming the workload_, which includes transitioning both the infrastructure and management layer from the source cloud provider to Azure. Finding the best match for your source components on Azure is an important step in the migration process. Keep in mind that not all components map one-to-one. You'll need to redesign the architecture or revisit some code to maintain functionality to accomplish your business objectives. This collection offers insights into such cloud-to-cloud transitions by comparing workload components and services, supported with example migration scenarios. |
| 20 | + |
| 21 | + |
| 22 | +## Prerequisite to workload migration |
| 23 | + |
| 24 | +Workloads should be migrated only after the organization is committed to Azure and have established their approach for adopting Azure. Before migrating workloads, we recommend that you understand the fundamental concepts on Azure and have an active Azure enrollment. Explore these Cloud Adoption Framework (CAF) resources to achieve these goals: |
| 25 | + |
| 26 | +- Learn about terms used in Azure, and how the concepts relate to one another. |
| 27 | + |
| 28 | + [**Azure fundamental concepts**](/azure/cloud-adoption-framework/ready/considerations/fundamental-concepts) |
| 29 | + |
| 30 | +- Complete the learning objectives in the training module to develop your organization's migration plan and identify the types of workloads that need to be migrated. |
| 31 | + |
| 32 | + [**Learn about the Cloud Adoption Framework Migrate methodology**](/training/modules/cloud-adoption-framework-migrate/) |
| 33 | + |
| 34 | +The next phase involves the workload team planning and executing the migration. This includes assessing the current workload design, preparing a solution in Azure, making necessary code changes, and performing the migration. |
| 35 | + |
| 36 | + |
| 37 | +## Target audience |
| 38 | + |
| 39 | +The content is applicable to workload roles and functions at the team level. |
| 40 | + |
| 41 | +- **Workload architect**. They might redesign certain aspects and validate the overall architecture to ensure it continues to meet business requirements. Architects must address gaps considering the workload's specific characteristics and business constraints. |
| 42 | + |
| 43 | +- **Workload team members**. They must understand how their responsibilities will change during the migration process and post migration. For example, database administrators (DBAs) who manage scripts and perform daily backups on Amazon RDS must adapt to performing these tasks on Azure SQL Database. |
| 44 | + |
| 45 | + |
| 46 | +## Content layout |
| 47 | + |
| 48 | +The content is organized by platform, starting with your source platform. Within each platform, you'll find a comparison sheet to help you get started on comparing the capabilities of your workload and the services used in it. Additionally, example scenarios and service-level migration guides are provided to illustrate the comparisons. |
| 49 | + |
| 50 | +We recommend starting your learning journey based on your source platform: |
| 51 | + |
| 52 | +> [!div class="nextstepaction"] |
| 53 | +> [Migrate a workload from Amazon Web Services (AWS)](./migrate-from-aws.yml) |
| 54 | +
|
| 55 | + |
| 56 | +> [!div class="nextstepaction"] |
| 57 | +> [Migrate a workload from Google Cloud](./migrate-from-google-cloud.md) |
| 58 | +
|
| 59 | +You'll also find guidance that's applicable to all platforms. Such platform-agnostic guidance is included in all sections for convenience. |
| 60 | + |
| 61 | + |
| 62 | +## Tools |
| 63 | + |
| 64 | +In addition to content, there are specialized tools to assist with migration tasks or might be helpful in measuring the success of the migration against business goals. |
| 65 | + |
| 66 | +|Tool|Use to...| |
| 67 | +|---|---| |
| 68 | +|[Azure Migrate](/azure/migrate/migrate-services-overview)| Perform discovery and assessment of migration assets, primarily for infrastructure, applications, and data components. | |
| 69 | +|Well-Architected Review assessment of the source platform, if available|Review and measure the business goals of your architecture on the source platform. This will help you baseline your expectations on Azure.| |
| 70 | +|[Microsoft Azure Well-Architected Review assessment](/assessments/azure-architecture-review/)| Evaluate your architecture decisions to identify any regressions from the source baseline. Also explore optimization opportunities to get the best on Azure.| |
0 commit comments