Planeje sua migração

Um plano de migração define a ordem, o tempo e a abordagem específicos para migrar cargas de trabalho para o Azure. Esse plano converte estratégias de migração de alto nível em sequências de implantação acionáveis. Ele se baseia no plano de adoção da nuvem abordando decisões táticas como priorização da carga de trabalho, sequenciamento de migração e métodos de transferência de dados.

Pré-requisitos:Plano de adoção de migração, zona de destino do Azure

Avaliar a preparação e as habilidades de migração

Uma avaliação de preparação garante que sua equipe tenha as habilidades e o suporte necessários para executar o plano de migração. Esta etapa identifica as lacunas de capacidade e acelera o progresso por meio de treinamento direcionado ou suporte externo.

1. Avalie as habilidades do Azure da sua equipe. Examine a experiência da sua equipe com serviços do Azure, ferramentas de migração e substituição. Essa avaliação ajuda você a identificar lacunas de conhecimento específicas e determinar qual treinamento sua equipe precisa para ter êxito.

2. Envolva experiência externa quando necessário. Se sua equipe não tiver experiência com migração na nuvem, traga a Microsoft ou um parceiro da Microsoft. Especialistas externos podem validar sua estratégia de migração, recomendar ferramentas apropriadas e ajudar a estabelecer linhas do tempo realistas. Esse suporte reduz o risco e acelera sua migração, especialmente para projetos complexos ou em grande escala.

Escolha seu caminho de migração de dados

Um caminho de migração de dados é como você move dados de seu local atual para o Azure. O caminho certo garante que seus dados sejam transferidos de forma segura, rápida e econômica. Primeiro, verifique quais conexões de rede você tem disponíveis, ExpressRoute, VPN ou Internet pública, para entender suas opções.

1. Use o ExpressRoute quando o tiver. O ExpressRoute oferece uma conexão privada e dedicada ao Azure que é mais rápida e segura do que as conexões de Internet. Se você já tiver o ExpressRoute ou planeja obtê-lo, use esse método para todas as suas cargas de trabalho. Tenha em mente que o ExpressRoute requer tempo de instalação e tem custos de transferência de dados.

2. Use VPN se o ExpressRoute não estiver disponível. Escolha uma VPN quando precisar de transferência de dados segura, mas não tiver o ExpressRoute. Uma VPN cria um túnel criptografado pela Internet para o Azure, embora normalmente seja mais lento que o ExpressRoute. Verifique se você tem um Gateway de VPN configurado no Azure antes de começar.

3. Use o Azure Data Box para grandes quantidades de dados. O Data Box é melhor para migrações offline com muitos dados. A Microsoft envia um dispositivo físico para o qual copiar seus dados e, em seguida, você os envia de volta. Essa opção evita o uso da rede, mas leva mais tempo devido ao tempo de envio.

4. Use a Internet pública para dados menos confidenciais. Essa opção funciona quando seus dados não precisam de criptografia e você não pode usar o ExpressRoute ou o Data Box. Embora esse método esteja disponível em todos os lugares, ele é o menos seguro e pode diminuir a velocidade de suas outras atividades na Internet.

Determinar a sequência de migração

O sequenciamento de migração reduz o risco e aumenta a confiança da equipe estabelecendo uma ordem lógica para a migração de carga de trabalho. A sequência determina quais cargas de trabalho se movem primeiro e como os componentes dependentes migram juntos para evitar interrupções de serviço. Organize grandes portfólios em ondas de migração. Para obter diretrizes detalhadas sobre o planejamento de ondas, consulte o planejamento de ondas de migração.

Localizar dependências

1. Descubra todas as dependências primeiro. As dependências entre cargas de trabalho causarão interrupções de serviço se não forem migradas juntas. Mapeie dependências internas e externas para descobrir essas conexões antes de criar grupos de migração.

2. Analise os tipos de dependência e a criticidade. Diferentes tipos de dependência exigem diferentes abordagens de migração. Distingue entre essas categorias:

   Tipo de dependência	Description	Abordagem da migração
   Dependências diretas	Exigir comunicação imediata e baixa latência entre componentes.	Mova todos os componentes diretamente conectados para manter o desempenho e evitar interrupções.
   Dependências indiretas	Envolver interações ocasionais ou não críticas entre sistemas.	Migre em conjunto ou em ondas separadas se a conexão tolerar latência ou oferecer suporte ao uso híbrido.
   Dependências comerciais	Depende das relações organizacionais ou de gerenciamento.	Agrupe e migre cargas de trabalho relacionadas e sistemas de relatórios para se alinharem às prioridades de negócios.

3. Agrupar cargas de trabalho por relações de dependência. Crie grupos com base em bancos de dados compartilhados, APIs, serviços de autenticação ou conexões de rede. Esses grupos formam a base de suas ondas de migração e garantem que todos os componentes necessários para a funcionalidade se movam juntos. Quando houver incerteza sobre a criticidade da dependência, agrupe os componentes. Essa abordagem conservadora fornece flexibilidade para a separação futura.

4. Documente cada grupo de dependências sistematicamente. Marque ativos com base em seus grupos de dependência usando convenções de nomenclatura consistentes. Documente cada grupo com:

   • Nome do grupo e ID – Identificador exclusivo e nome descritivo
   • Inventário de componentes – todos os elementos, aplicativos e serviços de infraestrutura
   • Dependências críticas – conexões essenciais que exigem tratamento especial
   • Restrições de migração – Requisitos comerciais, técnicos ou de tempo

5. Validar a integridade do grupo. Confirme se cada grupo inclui todos os componentes necessários para que os aplicativos operem, incluindo a infraestrutura de suporte, como balanceadores de carga, registros DNS ou camadas de cache.

Abordar operações em ambientes particionados

1. Planeje para dependências não movíveis. Identifique os componentes que devem permanecer em seu ambiente de origem devido a motivos técnicos ou regulatórios. Documente por que eles não podem se mover, como eles se conectam a outros sistemas e quais dados eles compartilham. Esta documentação ajuda você a criar estratégias para que esses componentes funcionem sem problemas com seus sistemas de nuvem.

2. Minimizar o tempo de operação de ambiente dividido. Quando os componentes podem se mover para a nuvem mais tarde, mas não imediatamente, documente suas conexões e fluxos de dados com sistemas de nuvem. Crie um plano claro com linhas do tempo e abordagens de gerenciamento de riscos para reduzir o tempo que sua carga de trabalho opera em ambos os ambientes. Considere atrasar a migração até que mais componentes possam se mover juntos.

3. Conecte ambientes com eficiência. Use métodos de integração como gateways de API, filas de mensagens e sincronização de dados para criar conexões confiáveis entre suas cargas de trabalho de nuvem e componentes do ambiente de origem. Essas abordagens reduzem atrasos, melhoram a segurança e preparam o caminho para eventualmente mover os componentes restantes para a nuvem.

Priorizar cargas de trabalho para migrar

1. Examine os detalhes da carga de trabalho. Trabalhe com os stakeholders para examinar os detalhes técnicos e comerciais de cada carga de trabalho. Verifique se os impactos de tempo de inatividade ou de falha são bem compreendidos e alinhados com as prioridades de negócios atuais. Utilize o plano de adoção da migração para verificar detalhes como unidade de negócios, responsável pela carga de trabalho, dependências técnicas e classificação de criticidade. Esses detalhes ajudam a priorizar e sequenciar cargas de trabalho efetivamente.

   Priority	Valor do negócio	Effort	Description
   High	High	Low	Ganhos rápidos – migrar primeiro para impacto imediato
   Medium-High	High	High	Investimentos estratégicos – planeje cuidadosamente com recursos adequados
   Medium-Low	Low	Low	Candidatos fáceis - preencher lacunas entre as principais migrações
   Low	Low	High	Evitar ou adiar – concentrar recursos em oportunidades de valor mais alto

2. Comece com cargas de trabalho mais simples para reduzir o risco. Comece a migrar cargas de trabalho menos complexas e com menor risco. Essa abordagem ajuda sua equipe a ganhar confiança e refinar processos de migração antes de lidar com cargas de trabalho mais desafiadoras. Direcionar ferramentas internas, ambientes de desenvolvimento ou aplicativos de baixo uso com arquiteturas autônomas e pontos de integração mínimos.

3. Mova ambientes de não produção antes da produção. Ambientes de não produção fornecem um espaço seguro para testar o processo de migração completo. Migrar ambientes de desenvolvimento, homologação e QA antes da produção para validar a prontidão. Essa ordem permite que as equipes testem configurações, desempenho e procedimentos de recuperação sem afetar os usuários. Use migrações de não produção para treinar equipes de operações.

4. Depois de demonstrar o êxito inicial, agende os sistemas críticos. Aplicativos críticos exigem recursos de migração comprovados antes de movê-los para o Azure. Planeje essas migrações para ondas posteriores quando sua equipe demonstrar competência com os serviços do Azure. Prazos de negócios, como ciclos de atualização de hardware, podem exigir que você priorize aplicativos críticos anteriormente com mais proteções e períodos de teste estendidos.

5. Inclua cargas de trabalho complexas representativas para testar cenários. Adicione uma ou duas cargas de trabalho complexas a cada onda inicial para expor os desafios que você enfrenta com aplicativos críticos. Escolha cargas de trabalho que representam padrões comuns, como aplicativos de várias camadas ou sistemas dependentes de banco de dados.

Criar um agendamento de migração detalhado

1. Defina datas de início e término para cada migração. Inclua o tempo de buffer para teste e resolução de problemas para garantir uma execução tranquila. Esse agendamento detalhado reduz o risco de atrasos e dá suporte ao planejamento efetivo de recursos.

2. Alinhar linhas do tempo com eventos de negócios. Evite agendar migrações durante períodos comerciais críticos, como fechamento financeiro, lançamentos de produtos ou temporadas de férias. Esse alinhamento reduz o risco de interrupção dos negócios e garante a confiança dos stakeholders.

3. Use as ferramentas de gerenciamento de projetos para acompanhar o progresso. Use ferramentas como o Azure DevOps para gerenciar dependências, acompanhar marcos e comunicar as alterações com eficiência. Essas ferramentas fornecem visibilidade sobre o progresso da migração e dão suporte à resolução proativa de problemas.

Escolha o método de migração para cada carga de trabalho

Os métodos de migração se enquadram em duas categorias: migração com tempo de inatividade e migração com tempo de inatividade quase zero. Escolha o melhor método de migração para cada carga de trabalho com base em sua tolerância ao tempo de inatividade e à crítica comercial.

1. Escolha a migração durante períodos de inatividade para ambientes de trabalho que tolerem interrupções planejadas. A migração de tempo de inatividade é mais simples e rápida porque não requer sincronização em tempo real entre ambientes de origem e de destino. Esse método funciona bem para cargas de trabalho não críticas, como ambientes de desenvolvimento, sistemas de teste ou aplicativos com janelas de manutenção agendadas. Documente a duração aceitável de tempo de inatividade para cada carga de trabalho e agende migrações durante períodos de baixo uso para minimizar os efeitos nos negócios.

2. Escolha migração com quase zero tempo de inatividade para cargas de trabalho críticas. A migração de tempo de inatividade quase zero garante que cargas de trabalho críticas permaneçam operacionais durante a transição por meio de técnicas contínuas de replicação e substituição de dados. Esse método é essencial para aplicativos voltados para o cliente, sistemas de transação em tempo real ou cargas de trabalho com contratos estritos de nível de serviço. Valide se a arquitetura da carga de trabalho dá suporte à replicação contínua e que a largura de banda de rede pode lidar com a transferência de dados em tempo real. Teste os processos de conectividade e replicação em um ambiente de não produção para confirmar a preparação para esse método de migração.

Definir plano de reversão

Um plano de reversão permite que as equipes revertam rapidamente as alterações quando uma implantação falha ou introduz riscos. Um plano bem definido minimiza o tempo de inatividade, limita o impacto nos negócios e mantém a confiabilidade do sistema. Sempre estabeleça critérios e procedimentos de reversão antes de iniciar qualquer migração ou implantação.

1. Definir implantação com falha. Colabore com partes interessadas de negócios, proprietários de carga de trabalho e equipes de operações para decidir o que é considerado uma falha de implantação. Os exemplos incluem verificações de integridade com falha, desempenho ruim, problemas de segurança ou métricas de êxito não atendidas. Essa definição garante que as decisões de reversão estejam alinhadas com a tolerância a riscos da sua organização. Inclua condições específicas que disparam uma reversão em seu plano de implantação, como limites de uso da CPU, limites de tempo de resposta ou taxas de erro. Essa avaliação torna as decisões de reversão claras e consistentes durante incidentes.

2. Automatize as etapas de reversão em pipelines de CI/CD. Use ferramentas como o Azure Pipelines ou o GitHub Actions para automatizar processos de reversão. Por exemplo, configure pipelines para reimplantar uma versão anterior se as verificações de integridade falharem.

3. Crie instruções de reversão específicas da carga de trabalho. Desenvolva etapas de reversão que correspondam ao tipo de carga de trabalho, ao ambiente e ao método de implantação. Por exemplo, implantações de infraestrutura como código exigem reaplicação de modelos anteriores. As reversões de aplicativo envolvem a reimplantação de uma imagem de contêiner anterior. Anexe scripts de reversão, instantâneos de configuração e modelos de infraestrutura como código ao seu plano de reversão. Esses ativos permitem a execução rápida e reduzem a dependência da intervenção manual.

4. Testar procedimentos de reversão. Simule falhas de implantação em um ambiente de pré-produção para validar a eficácia da reversão. Identificar e resolver lacunas na automação, permissões ou dependências. Confirme se a reversão restaura o sistema para um estado conhecido e estável.

5. Aprimorar estratégias de reversão Após cada evento de implantação ou reversão, realize uma retrospectiva para avaliar o que funcionou e o que não funcionou. Atualize critérios de reversão, procedimentos e automação com base em lições aprendidas, alterações arquitetônicas ou novas ferramentas. Mantenha a documentação para garantir que as estratégias de reversão permaneçam atuais e eficazes.

Envolver os stakeholders no plano de migração

A aprovação das partes interessadas valida seu plano de migração atende aos requisitos de negócios e à tolerância a riscos. Você deve garantir a aprovação formal antes de executar as migrações.

1. Documente o plano de migração com justificativa comercial. Crie um plano estruturado mostrando o nome da carga de trabalho, o proprietário, a criticidade, o método de migração, a janela de tempo de inatividade e os efeitos de negócios. Inclua a lógica para cada abordagem e explique como ela minimiza o risco.

2. Apresentar procedimentos de reversão testados. Mostrar planos de reversão específicos com etapas, quadros de tempo e critérios de êxito. Inclua recursos automatizados e manuais. Documente os resultados do teste de pré-produção para provar a restauração rápida do serviço.

3. Valide cronogramas em relação a restrições de negócios. Examine os cronogramas com os stakeholders para evitar períodos comerciais críticos, congelamentos de manutenção e picos sazonais. Forneça opções alternativas com compensações se houver conflitos.

4. Obtenha a aprovação formal e a autoridade para reverter. Garanta a aprovação por escrito dos interessados para o plano de migração e os procedimentos de reversão. Defina a autoridade de tomada de decisão e estabeleça canais de comunicação de emergência.

5. Defina critérios de êxito e revise pontos de verificação. Defina métricas mensuráveis, incluindo parâmetros de comparação de desempenho, validação de funcionalidade e critérios de aceitação do usuário. Agende pontos de revisão formais para decisões go/no-go.

Próxima etapa