Selecione suas estratégias de migração na nuvem

Com um inventário claro e compreensão de suas cargas de trabalho, seu plano de adoção de nuvem deve determinar o que fazer com cada carga de trabalho na nuvem. Há várias estratégias de migração, às vezes conhecidas como "Rs" da migração de nuvem. Cada carga de trabalho pode ser desativada, retida, rehostada, replatformada, refatorada, rearquitecada, recriada ou substituída. Esta seção orienta como escolher a abordagem certa para cada carga de trabalho, apresentando as opções, quando escolher cada uma e as compensações de prós/contras.

Visão geral da estratégia de migração

A tabela a seguir fornece uma visão geral de todas as estratégias de migração de nuvem disponíveis. Use essa referência para entender o principal driver de negócios de cada estratégia e os principais indicadores que sinalizam quando aplicar cada abordagem às suas cargas de trabalho.

Determinar os drivers de negócios antes da migração

Um driver de negócios define por que uma carga de trabalho precisa ser alterada para dar suporte a uma meta de negócios específica. Os drivers de negócios conectam decisões de adoção de nuvem a metas estratégicas e de valor de negócios mensuráveis. Identificar esses drivers garante que os esforços de migração sejam propositais e alinhados com as prioridades organizacionais.

1. Definir metas de negócios. As metas de negócios são resultados de alto nível que a organização deseja alcançar com a adoção da nuvem, como a adoção da IA, o aumento da agilidade, a aceleração da inovação, a redução de custos e a melhoria da resiliência. Essas metas fornecem o contexto estratégico para todas as decisões de migração. Use documentos de planejamento estratégico, entrevistas executivas ou workshops de casos de negócios para identificar e validar essas metas com os stakeholders.

2. Identificar lacunas. Execute uma análise de lacuna de alto nível para entender o que cada carga de trabalho deve mudar para dar melhor suporte às metas de negócios definidas. Essa análise deve considerar o desempenho, a escalabilidade, a conformidade, a experiência do usuário e as limitações de arquitetura atuais. Documente quaisquer falhas que impeçam que a carga de trabalho habilite totalmente os resultados desejados.

3. Determine o driver de negócios. Um driver de negócios emerge da lacuna entre o estado atual de uma carga de trabalho e seu estado futuro desejado. Ele representa um motivo específico e acionável para a alteração. Esses drivers orientam a seleção de uma estratégia de migração apropriada.

   Driver de negócios	Estratégia de migração
   Precisa desativar cargas de trabalho redundantes ou de baixo valor	Retire
   Precisa de interrupção mínima de negócios e nenhuma modernização em um futuro próximo	Rehost
   Precisa de soluções de PaaS e alterações mínimas de código para descarregar a manutenção e facilitar a confiabilidade	Replatforme
   Precisa de alterações de código para reduzir a dívida técnica ou otimizar o código para a nuvem	Refactor
   Precisa de alterações de arquitetura para desbloquear recursos nativos de nuvem	Rearchitect
   Precisa da solução SaaS/IA para simplificar as operações	Replace
   Precisa de uma nova solução nativa de nuvem para atender aos requisitos	Rebuild
   Precisa de estabilidade e nenhuma alteração	Retain

Selecione a estratégia de migração correta

Uma estratégia de migração define como cada carga de trabalho faz a transição para o Azure com base em seu driver de negócios. Examine a lista limitada de estratégias e valide a opção selecionada com stakeholders corporativos e técnicos. Remova as opções que entram em conflito com conformidade, segurança ou restrições operacionais. Considere a preparação do Azure, as habilidades de equipe e a complexidade da integração ao finalizar a estratégia.

1. Desativar (descontinuar)

A desativação descontinua cargas de trabalho que não fornecem mais valor para o negócio. Essa estratégia é importante quando as cargas de trabalho são obsoletas, subutilizados ou redundantes. Valide essa decisão confirmando que a carga de trabalho está obsoleta e não tem dependências críticas que afetariam outros sistemas. Atualize seu inventário à medida que você desativa cargas de trabalho.

2. Hospedar novamente (migração idêntica)

Uma estratégia de rehost permite a migração rápida e de baixo risco movendo cargas de trabalho para o Azure com alterações mínimas. Um rehost é uma migração igual para igual, que move máquinas virtuais para IaaS, de IaaS para IaaS, e de PaaS para PaaS.

1. Não hospede novamente cargas de trabalho problemáticas. O rehosting não resolve problemas de desempenho, confiabilidade ou arquitetura existentes. A migração dessas cargas de trabalho sem modernização pode levar adiante a dívida técnica e exigir retrabalho posteriormente. Em vez disso, modernize essas cargas de trabalho durante a migração para abordar as causas subjacentes.

2. Confirme se a carga de trabalho não exigirá modernização dentro de dois anos. A restruturação da hospedagem é apropriada apenas quando há certeza de que a carga de trabalho permanecerá em seu estado atual por, no mínimo, dois anos Se a modernização for provável, considere refatorar ou rearquitetar para evitar duplicidade de esforços.

3. Use rehost para criar operações de nuvem básicas. O rehosting ajuda as equipes a obter experiência com operações, governança e gerenciamento de custos do Azure. Essa exposição precoce dá suporte a metas mais amplas de adoção de nuvem e prepara as equipes para esforços de modernização mais complexos.

3. Replatform (modernizar o ambiente de hospedagem)

O replatformamento move cargas de trabalho para um ambiente de hospedagem moderno com alterações mínimas de código. Essa estratégia é importante quando você deseja reduzir o gerenciamento de infraestrutura, melhorar a escalabilidade e simplificar as operações sem uma reescrita completa do aplicativo.

Escolha cargas de trabalho em que as opções de PaaS reduzam a sobrecarga operacional, melhorem a confiabilidade ou simplifiquem a recuperação de desastre. A refatoração mínima de código pode ser necessária para aproveitar os serviços de PaaS.

4. Refatorar (modernizar código)

A refatoração melhora a estrutura interna do código sem adicionar novos recursos. Essa prática é importante durante a adoção da nuvem porque ajuda as equipes a modernizar o código herdado, reduzir a dívida técnica e preparar cargas de trabalho para a manutenção de longo prazo no Azure. Você deve refatorar o código quando o processo de migração cria uma oportunidade exclusiva para lidar com a dívida técnica ou quando o comportamento pós-migração revela áreas de melhoria.

5. Restruturar a arquitetura (modernizar arquitetura e código)

Uma estratégia de reestruturação redesenha a arquitetura da carga de trabalho para melhorar a escalabilidade, a agilidade e a orientação para serviços. Essa estratégia é importante quando você precisa dividir aplicativos monolíticos, adotar microsserviços ou habilitar o dimensionamento direcionado. A restruturação da arquitetura deve ser adotada quando a arquitetura atual limita a capacidade de atingir os objetivos de negócio ou de escalar de maneira eficiente. Para obter um exemplo, consulte Padrão de Aplicativo Web Moderno.

6. Substituir (usar alternativa de SaaS)

Uma estratégia de substituição usa soluções saaS comerciais para eliminar a necessidade de desenvolvimento personalizado e manutenção contínua. Essa estratégia é ideal quando as ofertas de SaaS atendem às necessidades de negócios com personalização mínima. Substitua cargas de trabalho quando as soluções SaaS oferecem recursos comparáveis, recursos de integração atendem aos requisitos e o custo total de propriedade justifica a transição. Considere a complexidade da migração de dados, as necessidades de treinamento do usuário e as alterações de processo ao avaliar as opções de substituição. Cenários comuns de substituição incluem sistemas CRM, plataformas de RH e ferramentas de colaboração em que a maturidade de SaaS fornece alternativas confiáveis para soluções personalizadas.

7. Recompilar (compilar com arquitetura nativa da nuvem)

Uma estratégia de reconstrução é um redesenvolvimento completo de uma carga de trabalho usando soluções nativas de nuvem. Essa abordagem é apropriada quando os sistemas herdados são obsoletos ou quando a modernização não é viável. Em vez de modernizar a funcionalidade herdada, você pode reimaginar a solução para usar recursos do Azure, como PaaS, automação e IA. Algumas cargas de trabalho exigiam uma recompilação, como o servidor DHCP. Para outras cargas de trabalho, é melhor implantar novas instâncias de serviços no Azure em vez de migrá-las, como controladores de domínio do Active Directory.

8. Reter (manter como está)

Uma estratégia de retenção mantém cargas de trabalho em seu ambiente atual quando elas estão estáveis, em conformidade e atendem a todas as necessidades comerciais atuais e futuras, sem nenhum driver de curto prazo para mover. Você deve manter cargas de trabalho que não podem ser migradas devido a restrições regulatórias, dependências técnicas ou requisitos de continuidade de negócios. Use o Azure Arc para gerenciar cargas de trabalho locais retidas do Azure, fornecendo recursos de gerenciamento unificado. Considere uma solução local mais moderna, como o Azure Local , para suas cargas de trabalho e conecte-se ao Azure. Alterne cargas de trabalho que não podem ser migradas para outra onda de migração ou revisite-as mais tarde quando as restrições forem alteradas.

Entender quando modernizar durante a migração

A modernização durante a migração refere-se à realocação, rearquiteturação ou refatoração de cargas de trabalho para maximizar o valor da nuvem. A modernização pode oferecer benefícios a longo prazo, mas introduz complexidade e risco às linhas do tempo de migração. Você deve avaliar se deseja modernizar durante a migração ou adiar a modernização para fases pós-migração com base na justificativa de negócios clara. Siga estas recomendações:

1. Modernize quando sua equipe tiver as habilidades e o tempo necessários. A tentativa de modernização sem conhecimento ou tempo adequado aumenta o risco e os atrasos. Se sua equipe não tiver preparação, adie a modernização para uma fase posterior.

2. Modernizar cargas de trabalho que exigem atualizações de compatibilidade. Tecnologias herdadas, SDKs sem suporte ou a necessidade de adotar soluções SaaS podem exigir modernização. Justifique cada esforço com um caso de negócios claro.

3. Modernizar quando a migração habilita o financiamento e o alinhamento. Os projetos de migração geralmente desbloqueiam o financiamento e o suporte aos stakeholders. Use essa oportunidade para alinhar a modernização às prioridades de negócios. Atraso pode resultar em cargas de trabalho ineficientes e oportunidades perdidas.

Comunicar decisões às partes interessadas

A comunicação clara garante que todos os stakeholders entendam e apoiem as decisões de migração durante todo o processo de adoção. O alinhamento dos stakeholders reduz o risco de execução e melhora os resultados do projeto estabelecendo a compreensão compartilhada de prioridades e restrições. Você deve estabelecer um plano de comunicação estruturado para manter o alinhamento durante todo o processo de migração. Siga estas recomendações:

1. Defina métricas de êxito que validem o resultado dos negócios. As métricas de êxito quantificam o valor da ação escolhida e confirmam se o driver de negócios foi alcançado. Esta etapa garante que as decisões sejam baseadas no valor comercial e não na conclusão técnica. Use métricas como:

   Estratégia de migração na nuvem	Exemplo de métricas de sucesso
   Retire	• Desativar 100% de cargas de trabalho identificadas como obsoletas antes da migração
   Rehost	• Migrar 100% de cargas de trabalho de camada 1 de outras nuvens para o Azure sem degradação do SLA (contrato de nível de serviço) • Desativar 30% de infraestrutura local após a migração.
   Replatforme	• Reduzir os prazos de implantação em 30% para aplicativos migrados • Reduzir os custos de infraestrutura e licenciamento em 25% em 12 meses
   Refactor	• Melhorar o tempo de resposta do aplicativo em 40% usando serviços nativos do Azure • Alcançar cobertura de observabilidade de 95% por meio da instrumentação de código
   Rearchitect	• Suporta carga de usuário duplicada sem degradação de desempenho • Integrar três novos serviços nativos do Azure à arquitetura existente
   Replace	• Transição do CRM para o modelo SaaS com 99,9% de disponibilidade e sem código personalizado • Redirecionar 30% do esforço de dev para diferenciadores competitivos.
   Rebuild	• Inicie um novo aplicativo nativo de nuvem em três meses versus seis meses no local • Reduzir os custos operacionais em 40% usando serviços de PaaS
   Reter	• Manter o SLA atual e a postura de conformidade • Gerenciar cargas de trabalho locais do Azure usando o Azure Arc

2. Documente e compartilhe decisões de tratamento de carga de trabalho com todos os stakeholders relevantes. As decisões de migração podem afetar várias funções organizacionais e exigir uma contribuição significativa dos stakeholders. Inclua proprietários de negócios, equipes jurídicas, equipes de segurança e líderes técnicos na comunicação de decisões. Explicar como cada decisão de estratégia de migração dá suporte a metas de negócios documentadas e aborda as preocupações dos stakeholders.

3. Coordene os planos de migração com a equipe de estratégia de nuvem. A equipe de estratégia de nuvem fornece contexto organizacional e garante que as decisões de migração se alinhem com objetivos mais amplos de adoção da nuvem. A coordenação regular impede conflitos entre decisões individuais de carga de trabalho e a estratégia de nuvem em toda a empresa. Examine as seleções de estratégia de migração em relação ao plano de adoção de nuvem estabelecido durante a fase estratégia para manter a consistência.

4. Estabelecer comunicação regular entre proprietários de mandatos e equipes de execução. A comunicação contínua entre tomadores de decisão e implementadores garante que os planos permaneçam viáveis à medida que as realidades técnicas surgem. Agende revisões regulares de progresso para acompanhar o progresso da migração, identificar riscos e resolver problemas técnicos. Use esse loop de comentários para ajustar as estratégias de migração quando surgirem desafios de implementação ou novas oportunidades.

5. Examine e atualize as estratégias de migração com base nos requisitos em evolução. As prioridades de negócios e os insights técnicos mudam ao longo do processo de migração, exigindo ajustes de estratégia. Estabeleça um ciclo de revisão regular para reavaliar as decisões de tratamento de carga de trabalho em relação às metas de negócios atuais e às funcionalidades técnicas. Atualize os mapeamentos de estratégia para refletir novas prioridades, lições aprendidas e alterar as necessidades organizacionais.

Próximas etapas