The resources in this guide help you assess each workload, challenge assumptions about each workload's suitability for migration, and finalize architectural decisions about migration options.
In an ideal migration, every asset (infrastructure, app, or data) would be compatible with a cloud platform and ready for migration or modernization. In practice, not every workload should be migrated to the cloud. Not every asset is compatible with cloud platforms. Before migrating a workload to the cloud, assess each workload and all dependent assets (infrastructure, apps, and data).
The Plan methodology of the Cloud Adoption Framework advises readers to use incremental rationalization and power of ten approaches to assess and plan for the migration. That guidance also includes a detailed best practice for using Azure Migrate to assess your digital estate.
The above links suggest that assumptions are acceptable and often encouraged during the planning stages of migration. But now, it's time to take action. Those assumptions should be challenged on a per-workload basis before migrating to the cloud.
Two steps of incremental rationalization
Two equally weighted steps are required to successfully deliver incremental rationalization. Both steps require data and insights into the environment. However, each approach respects the amount of time and granularity of detail required to be successful in a migration effort.
Power of 10 release planning: During initial rationalization and release planning, only one of the five Rs of rationalization is to be used in the assessment. Estimate and plan based on the rationalization option that best aligns with the overall motivations defined in the strategy and plan template.
Detailed assessment of each workload: The assumptions associated with Power of 10 release planning are acceptable enough to build a plan. But those same assumptions can cause significant issues, if not evaluated prior to migration.
Challenge assumptions and update the plan
Closely review the assessment data in Azure Migrate or your chosen assessment tool. This data will provide insights into compatibility issues, remediation requirements, sizing suggestions, and other considerations.
Before migration, use that data, along with discovery conversations with the product owner, development teams, administrators, and others to evaluate the feasibility of migrating this specific workload. Use this discovery to challenge core assumptions about this workload. If the findings change the migration or adoption plan, update the plan accordingly.
The first step in challenging these assumptions is a review of all five Rs of rationalization.
- Does the assumed rationalization approach work for this workload? Is it the best approach?
- Will any of the physics of replication impact the migration of this workload?
- Does this workload require any remediation activities before migration?
These types of questions help challenge assumptions and lead to the best path for each workload.
For an extended list of questions and a defined process for validating assumptions, see the overview of assessment process improvements.
Scenarios
This guide covers the following scenarios:
- Legacy hardware: Migrate to remove a dependency on legacy hardware that is nearing end of support or end of life.
- Capacity growth: Increase the capacity for assets (infrastructure, apps, and data) that your current infrastructure can't provide.
- Datacenter modernization: Extend your datacenter or modernize your datacenter with cloud technology to ensure your business remains current and competitive.
- Application or service modernization: Update your applications to take advantage of cloud-native functionality. Even if your initial objective is a rehost migration strategy, the ability to create plans for application or service review and potential modernization is a common process in any migration.
Organizational alignment and stakeholders
The complete list of stakeholders varies between migration projects. It is best to assume that you won't know all of the stakeholders at the start of migration planning, since stakeholders are often only identified during certain phases of the project. However, before starting any migration projects, identify key business leaders from finance, IT infrastructure, and application groups that have a stake in your organization's overall cloud migration efforts.
Establishing a core cloud strategy team, built around these key high-level stakeholders, can help prepare your organization for cloud adoption and guide your overall cloud migration efforts. This team is responsible for understanding cloud technologies and migration processes, identifying the business justification for migrations, and determining the best high-level solutions for migration efforts. They also help identify and work with specific application and business stakeholders to ensure a successful migration.
For more information about preparing your organization for cloud migration efforts, see the Cloud Adoption Framework's guidance on initial organization alignment.
Customers typically find that the migration scenario covered by this guide can be completed in one to six months.
When evaluating the timeline of your migration, consider:
- Assets (infrastructure, apps, and data) to migrate: The number of and diversity of assets.
- Staff readiness: Is your staff ready to manage the new environment or do they need training?
- Funding: Do you have the appropriate approval and budget to complete the migration?
- Change management: Does your business have specific requirements regarding change implementation and approval?
- Segment regulations: Do you have to comply with segment or industry regulations?
Assessing your environment provides a great opportunity to include a cost analysis step. Using the data collected by the assessment activities, you should be able to analyze and predict costs. This cost prediction should factor both the consumption service costs in addition to any one-time costs (such as increased data ingress).
During migration, certain factors that affect decisions and execution activities:
- Digital estate size: Understanding the size of your digital estate will directly affect decisions and the resources required to perform the migration.
- Accounting models: Shifting from a structured capital expense model to a fluid operating expense model.
The following resources provide related information: