Planear a 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. Este plano traduz 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 de 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 aterrissagem do Azure

Avaliar a prontidão e as habilidades da migração

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

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

2. Recorra a especialistas externos quando necessário. Se sua equipe não tiver experiência com migração para a 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 cronogramas realistas. Esse suporte reduz o risco e acelera a migração, especialmente para projetos complexos ou de grande escala.

Escolha o caminho de migração de dados

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

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

2. Use VPN se a Rota Expressa não estiver disponível. Escolha uma VPN quando precisar de transferência segura de dados, mas não tiver a Rota Expressa. Uma VPN cria um túnel encriptado através da Internet para o Azure, embora normalmente seja mais lento do que o ExpressRoute. Verifique se você tem um Gateway de VPN configurado no Azure antes de iniciar.

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-lhe um dispositivo físico para copiar os seus dados e, em seguida, envia-os de volta. Esta opção evita a utilização da sua rede, mas demora mais tempo devido ao tempo de envio.

4. Utilize a Internet pública para obter dados menos sensíveis. Essa opção funciona quando seus dados não precisam de criptografia e você não pode usar a Rota Expressa ou o Data Box. Embora este método esteja disponível em todos os lugares, é o menos seguro e pode retardar 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 da carga de trabalho. A sequência determina quais cargas de trabalho são movidas 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 orientações detalhadas sobre o planeamento de ondas, consulte Planeamento de ondas de migração.

Encontrar dependências

1. Descubra todas as dependências primeiro. As dependências entre cargas de trabalho causam 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. Distinguir entre estas categorias:

   Tipo de dependência	Description	Abordagem da migração
   Dependências diretas	Requerem comunicação imediata e baixa latência entre componentes.	Mova todos os componentes diretamente conectados juntos para manter o desempenho e evitar interrupções.
   Dependências indiretas	Envolvem 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 suportar uso híbrido.
   Dependências de negócios	Dependem de relações organizacionais ou de gestão.	Agrupe e migre cargas de trabalho e sistemas de relatórios relacionados para alinhá-los com as prioridades de negócios.

3. Agrupe 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. Esta abordagem conservadora proporciona flexibilidade para futuras separações.

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

   • Nome e ID do grupo - Identificador exclusivo e nome descritivo
   • Inventário de componentes - Todos os elementos, aplicativos e serviços da infraestrutura
   • Dependências críticas - Ligações essenciais que requerem um manuseamento especial
   • Restrições de migração - Requisitos comerciais, técnicos ou de tempo

5. Valide a completude 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 ambiente fragmentado

1. Planeje dependências inamovíveis. Identifique os componentes que devem permanecer em seu ambiente de origem devido a razões técnicas ou regulamentares. 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. Minimize o tempo de operação do ambiente dividido. Quando os componentes puderem migrar 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 cronogramas e abordagens de gerenciamento de riscos para reduzir o tempo que sua carga de trabalho opera em ambos os ambientes. Considere adiar a migração até que mais componentes possam se mover juntos.

3. Conecte ambientes de forma eficaz. 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.

Dê prioridade às cargas de trabalho para migrar

1. Revise os detalhes da carga de trabalho. Trabalhe com as partes interessadas para revisar os detalhes técnicos e de negócios de cada carga de trabalho. Certifique-se de que o tempo de inatividade ou os impactos de falhas sejam bem compreendidos e estejam alinhados com as prioridades de negócios atuais. Use o plano de adoção de migração para verificar detalhes como unidade de negócio, responsável pela carga de trabalho, dependências técnicas e classificação crítica. Esses detalhes ajudam a priorizar e sequenciar cargas de trabalho de forma eficaz.

   Priority	Valor comercial	Effort	Description
   High	High	Low	Ganhos rápidos - migre primeiro para obter impacto imediato
   Medium-High	High	High	Investimentos estratégicos - planeie cuidadosamente com os 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 maior valor

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

3. Mova ambientes que não sejam de produção antes da produção. Os ambientes de não produção fornecem um espaço seguro para testar todo o processo de migração. Migre ambientes de desenvolvimento, preparação e controle de qualidade 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 não produtivas para treinar equipes de operações.

4. Programe sistemas críticos depois de demonstrar o sucesso inicial. Os aplicativos críticos exigem recursos de migração comprovados antes de serem movidos 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 mais cedo 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 de missão crítica. Escolha cargas de trabalho que representem padrões comuns, como aplicativos de várias camadas ou sistemas dependentes de banco de dados.

Criar um cronograma de migração detalhado

1. Defina datas de início e término para cada migração. Inclua tempo de buffer para testes e resolução de problemas para garantir uma execução suave. Esse agendamento detalhado reduz o risco de atrasos e oferece suporte a um planejamento de recursos eficaz.

2. Alinhe cronogramas com eventos de negócios. Evite agendar migrações durante períodos críticos de negócios, como fechamento financeiro, lançamentos de produtos ou festas de fim de ano. Esse alinhamento reduz o risco de interrupção dos negócios e garante a confiança das partes interessadas.

3. Use ferramentas de gerenciamento de projetos para acompanhar o progresso. Use ferramentas como o Azure DevOps para gerenciar dependências, acompanhar marcos e comunicar alterações de forma eficaz. 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 dividem-se em duas categorias: migração com tempo de inatividade e migração com tempo de inatividade quase nulo. Escolha o melhor método de migração para cada carga de trabalho com base em sua tolerância a tempo de inatividade e criticidade de negócios.

1. Escolha a migração de tempo de inatividade para cargas de trabalho que toleram 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 os 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 programada. Documente a duração aceitável do 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 uma migração com quase sem tempo de inatividade para cargas de trabalho críticas. A migração com tempo de inatividade quase nulo garante que as cargas de trabalho críticas permaneçam operacionais durante a transição por meio de replicação contínua de dados e técnicas de transição. Esse método é essencial para aplicativos voltados para o cliente, sistemas de transações em tempo real ou cargas de trabalho com contratos de nível de serviço rigorosos. Valide se a arquitetura de carga de trabalho suporta replicação contínua e se a largura de banda da rede pode lidar com a transferência de dados em tempo real. Teste os processos de conectividade e replicação em um ambiente que não seja de produção para confirmar a prontidã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. Defina falha de implantação. Colabore com intervenientes empresariais, responsáveis pelas cargas de trabalho e equipas de operações para decidir o que é considerado uma implantação com falha. Os exemplos incluem verificações de integridade com falha, desempenho insatisfatório, problemas de segurança ou métricas de sucesso não atendidas. Essa definição garante que as decisões de reversão estejam alinhadas com a tolerância ao risco da sua organização. Inclua condições específicas que acionam uma reversão em seu plano de implantação, como limites de uso da CPU, limites de tempo de resposta ou taxas de erro. Esta avaliação torna as decisões de reversão claras e consistentes durante os incidentes.

2. Automatize as etapas de reversão em pipelines de CI/CD. Use ferramentas como Azure Pipelines ou 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. Elabore instruções de reversão específicas para a carga de trabalho. Desenvolva etapas de reversão que correspondam ao seu tipo de carga de trabalho, ambiente e método de implantação. Por exemplo, implantações de infraestrutura como código exigem a reaplicação de modelos anteriores. As reversões de aplicativos envolvem a reimplantação de uma imagem de contêiner anterior. Anexe os 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 uma execução rápida e reduzem a dependência da intervenção manual.

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

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

Envolver as partes interessadas no plano de migração

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

1. Documente o plano de migração com justificação comercial. Crie um plano estruturado mostrando o nome da carga de trabalho, proprietário, criticidade, método de migração, janela de tempo de inatividade e efeitos de negócios. Inclua uma 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, prazos e critérios de sucesso. Inclua recursos automatizados e manuais. Documente os resultados dos testes de pré-produção para comprovar a restauração rápida do serviço.

3. Valide horários em relação a restrições comerciais. Revise os cronogramas com as partes interessadas para evitar períodos críticos de negócios, congelamentos de manutenção e picos sazonais. Forneça opções alternativas com compensações se existirem conflitos.

4. Obter aprovação formal e autoridade para reverter. Garantir a aprovação por escrito das partes interessadas para o plano de migração e os procedimentos de reversão. Definir a autoridade decisória e estabelecer canais de comunicação de emergência.

5. Defina critérios de sucesso e revise pontos de verificação. Defina métricas mensuráveis, incluindo benchmarks de desempenho, validação de funcionalidade e critérios de aceitação do usuário. Agendar pontos formais de revisão para decisões de aprovação ou rejeição.

Próximo passo