Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O Hub de Migração do Azure fornece diretrizes prescritivas e opinativas para ajudar as equipes de carga de trabalho a planejar e implementar sua migração para o Azure. Ele abrange migrações de ambientes locais e plataformas de nuvem, como o Amazon Web Services (AWS) e o Google Cloud Platform (GCP).
Importante
Esse conteúdo aborda migrações de carga de trabalho única. Ele não abrange migrações completas de datacenter, realocações de região ou cargas de trabalho híbridas que são executadas simultaneamente em várias nuvens.
A migração para o Azure envolve rede, identidade, bancos de dados, computação, armazenamento e as integrações personalizadas que sua equipe construiu ao longo dos anos. Vários artigos e guias fornecem diretrizes para esses componentes.
Este artigo ajuda você a identificar quais diretrizes se aplicam à sua situação. Com base no local onde sua carga de trabalho é executada hoje, o sistema direciona você para o guia de migração adequado. Também explica a terminologia e as estratégias gerais de migração.
Quem deve ler este artigo
Este artigo ajuda arquitetos e engenheiros de carga de trabalho a começar a migrar cargas de trabalho para o Azure do AWS, GCP ou um datacenter local. Use estas diretrizes para decidir se você deve hospedar novamente, replatformar ou refatorar.
Esta orientação é para:
Arquitetos de carga de trabalho que reconfiguram aspectos da arquitetura e validam o projeto como um todo para atender os requisitos empresariais no Azure. Os arquitetos abordam lacunas considerando as características específicas da carga de trabalho e as restrições de negócios.
Membros da equipe de carga de trabalho que precisam entender como suas responsabilidades mudam durante e após a migração. Por exemplo, os administradores de banco de dados que gerenciam scripts e executam backups diários no Serviço de Banco de Dados Relacional da Amazon devem se adaptar para executar as mesmas tarefas no Banco de Dados SQL do Azure.
Este artigo direciona você para o guia de migração específico para seu cenário, para que você possa começar a planejar imediatamente.
Estratégias de migração
As estratégias de migração variam em risco, esforço e recompensa. Escolha uma estratégia com base na complexidade, na linha do tempo e no nível desejado de alteração da carga de trabalho.
Rehost (lift and shift): mova a carga de trabalho para a infraestrutura do Azure sem precisar alterar o código. Essa abordagem é de risco rápido e baixo. Ele funciona bem para cargas de trabalho simples em que a velocidade é mais importante. Por exemplo, você pode migrar um aplicativo Web de uma VM (máquina virtual) do Windows Server para uma VM do Azure. Você obtém os benefícios da infraestrutura do Azure sem alterar a arquitetura ou o código da carga de trabalho. Você altera onde o aplicativo Web é executado, não como ele é executado.
Replataforma (migrar, ajustar e transferir): Realize modificações mínimas para aproveitar ao máximo os serviços da plataforma Azure. Por exemplo, migre um banco de dados do SQL Server para a Instância Gerenciada de SQL do Azure para obter benefícios operacionais sem reescrever o aplicativo.
Refatorar: Reestruturar o código para melhorar o desempenho, a escalabilidade ou a manutenção sem alterar o comportamento externo da carga de trabalho. Por exemplo, refatore um aplicativo .NET monolítico para ser executado no Azure App Service ao substituir o tratamento de caminhos de arquivo específicos do Windows, o gerenciamento de estado da sessão e o log em disco local. A refatoração requer mais esforço inicial, mas reduz a sobrecarga operacional de longo prazo.
Rearchitect: Reprojete a carga de trabalho para aproveitar ao máximo as funcionalidades nativas do Azure. Por exemplo, reprojete um aplicativo Web para usar o Azure Functions e o Azure Cosmos DB em vez de VMs e SQL Server. Essa abordagem requer alterações significativas no código, mas oferece as maiores melhorias na escalabilidade, desempenho e custo.
Retirar: Descomissionar cargas de trabalho que não são mais necessários. Use essa estratégia para cargas de trabalho obsoletas ou redundantes ou quando uma solução saaS (software como serviço) pode substituir a funcionalidade. Por exemplo, desative um servidor de arquivos local depois de migrar seus dados para os Arquivos do Azure e treine os usuários para acessar arquivos no novo local.
Substituir: Adote um serviço de nuvem pronto para uso em vez de migrar sua implementação existente. Considere essa opção quando uma solução SaaS atender melhor aos seus requisitos do que mover a carga de trabalho para o Azure.
Reconstruir: Crie uma nova implementação quando o custo de outras estratégias de migração superarem os benefícios. A recompilação funciona bem para cargas de trabalho herdadas que precisam de alterações fundamentais para serem executadas efetivamente na nuvem. Por exemplo, recompile um sistema de CRM (gerenciamento de relacionamento com o cliente) personalizado usando o Dynamics 365 quando a base de código existente é difícil de manter ou não se alinha bem com os serviços do Azure.
Manter: Mantenha a carga de trabalho local quando a conformidade, a latência ou as restrições técnicas tornam a migração impraticável. Por exemplo, mantenha um sistema de mainframe herdado que você não pode hospedar ou refatorar facilmente ou que não tenha um caminho de migração claro para o Azure.
A maioria das migrações de workloads no Hub de Migração do Azure utiliza uma abordagem de rehost ou replatform. Essas estratégias minimizam o risco mantendo a carga de trabalho funcionalmente idêntica. A funcionalidade deve atender aos mesmos KPIs (indicadores principais de desempenho), SLAs (contratos de nível de serviço) e SLOs (objetivos de nível de serviço) no Azure que ele atendeu na plataforma de origem. Conclua a migração primeiro e, em seguida, otimize e modernize.
Para obter mais informações, consulte Selecionar uma estratégia de migração de nuvem.
O percurso de migração
Cada migração segue cinco fases. Algumas fases se sobrepõem e você pode revisitar fases anteriores à medida que aprender mais sobre os requisitos da carga de trabalho, mas a sequência ajuda você a acompanhar o progresso.
| Phase | Tasks | Resultado |
|---|---|---|
| Plano | Avalie sua carga de trabalho atual, identifique dependências, mapeie os serviços de origem para equivalentes do Azure e defina critérios de êxito. | Documentação clara do escopo de migração, das alterações necessárias e dos critérios de conclusão. |
| Preparar | Configure seu ambiente do Azure, incluindo zonas de destino, rede, identidade e governança. Projete a arquitetura de estado de destino. | Ambiente do Azure configurado pronto para receber a carga de trabalho, com todas as decisões de arquitetura resolvidas antes do início da migração. |
| Executar | Migrar componentes de infraestrutura, dados e aplicativos. Execute testes iterativos e a substituição. | Componentes de carga de trabalho migrados para o Azure. Tráfego de produção redirecionado para o Azure após a validação bem-sucedida da carga de trabalho. |
| Avaliar | Valide se a carga de trabalho migrada atende aos requisitos funcionais, de desempenho, de segurança e de custo em relação à linha de base definida na fase 1. | Confirmação de que a migração é bem-sucedida e a carga de trabalho é executada corretamente no Azure. |
| Desativar | Desativar o ambiente de origem. Remova recursos, cancele assinaturas e desligue a plataforma antiga. | A carga de trabalho de origem foi desligada. O Azure agora executa a carga de trabalho exclusivamente. |
Diretrizes de migração
Esta seção lista os tipos de diretrizes de migração que o Azure fornece. Cada guia ajuda você a planejar e gerenciar sua migração.
Framework de Adoção de Nuvem para Azure
O Cloud Adoption Framework para Azure abrange o planejamento no nível da organização. Ele descreve como estruturar sua migração, quais etapas tomar e o que configurar antes de mover cargas de trabalho.
Se você for novo no Azure, comece aqui. O Cloud Adoption Framework orienta você pela preparação organizacional. Ele descreve a configuração de registro do Azure, a configuração da zona de destino da plataforma e a priorização do plano de migração. Conclua essas etapas fundamentais antes de mover cargas de trabalho.
Centro de Arquitetura do Azure
O Centro de Arquitetura do Azure fornece ideias de solução, arquiteturas, padrões de design e guias de arquitetura para criar cargas de trabalho no Azure.
A maioria das migrações envolve uma reestruturação da plataforma. Você move a infraestrutura e a camada de gerenciamento da nuvem de origem para o Azure. Nem todos os componentes de origem têm um equivalente direto do Azure, portanto, talvez seja necessário reprojetar partes da arquitetura. O Centro de Arquitetura do Azure fornece uma visão geral das opções de tecnologia e ajuda você a encontrar a correspondência mais próxima.
Estrutura bem arquitetada do Azure
O Azure Well-Architected Framework fornece princípios para a criação de sistemas de nuvem confiáveis, seguros, econômicos e eficientes. Ela inclui orientações gerais de arquitetura e orientações específicas por serviço para os serviços do Azure. Esses guias descrevem as principais práticas recomendadas para ajudá-lo a tomar decisões de arquitetura para sua carga de trabalho. Use-os para avaliar sua arquitetura após a migração e encontrar áreas para melhorar.
Comece com sua plataforma de origem
Para começar, compare os recursos de sua carga de trabalho e seus serviços com seus equivalentes mais próximos do Azure. Os artigos a seguir incluem cenários de exemplo e guias de migração no nível do serviço para ilustrar as comparações.
Ferramentas para migração
Use as ferramentas a seguir para dar suporte a tarefas de migração, independentemente da plataforma de origem. Eles ajudam você a medir o sucesso da migração em relação às metas de negócios.
| Tool | Propósito |
|---|---|
| Migrar e Modernizar no Azure | Descubra e avalie os ativos de migração, incluindo infraestrutura, aplicativos e componentes de dados. |
| Avaliação da análise do Well-Architected da plataforma de origem | Examine e meça as metas de negócios de sua arquitetura na plataforma de origem. Essa avaliação do provedor de nuvem de origem ajuda você a definir uma linha de base para suas expectativas no Azure. |
| Avaliação da Revisão Well-Architected do Azure | Avalie suas decisões de arquitetura para identificar regressões da linha de base de origem e explorar oportunidades de otimização. |
Próxima etapa
O Cloud Adoption Framework abrange o sequenciamento de migração, o planejamento de ondas, o mapeamento de dependência e o alinhamento dos stakeholders. Para planejar o nível da organização ou ajudar a escolher uma estratégia de migração, consulte Planejar sua migração.