Selecione suas estratégias de migração para a 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. Existem várias estratégias de migração, às vezes conhecidas como os "Rs" da migração para a nuvem. Cada carga de trabalho pode ser desativada, mantida, rehospedada, replataformada, refatorada, rearquitetada, reconstruída 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 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 para a nuvem disponíveis. Use esta referência para entender o principal driver de negócios de cada estratégia e os indicadores-chave que sinalizam quando aplicar cada abordagem às suas cargas de trabalho.

Determinar 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 impulsionadores de negócios conectam as decisões de adoção da nuvem a um valor de negócios mensurável e a objetivos estratégicos. A identificação desses drivers garante que os esforços de migração sejam propositais e alinhados com as prioridades organizacionais.

1. Defina objetivos de negócio. 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 adotar IA, aumentar a agilidade, acelerar a inovação, reduzir custos e melhorar a resiliência. Estes objetivos fornecem o contexto estratégico para todas as decisões em matéria 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 as partes interessadas.

2. Identificar lacunas. Execute uma análise de lacunas de alto nível para entender o que cada carga de trabalho deve mudar para melhor suportar as 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 arquitetônicas atuais. Documente quaisquer falhas que impeçam a carga de trabalho de permitir plenamente os resultados desejados.

3. Determine o fator impulsionador do negócio. Um impulsionador de negócios emerge da lacuna entre o estado atual de uma carga de trabalho e seu estado futuro desejado. Representa uma razão específica e acionável para a mudança. Estes fatores orientam a seleção de uma estratégia de migração adequada.

   Impulsionador de negócios	Estratégia de migração
   Necessidade de desativar cargas de trabalho redundantes ou de baixo valor	Retire
   Precisa de interrupções mínimas nos negócios e nenhuma modernização em um futuro próximo	Rehost
   Precisa de soluções PaaS e alterações mínimas de código para descarregar a manutenção e facilitar a confiabilidade	Replataforma
   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 na arquitetura para desbloquear recursos nativos da nuvem	Rearchitect
   Precisa de uma solução SaaS/AI para simplificar as operações	Replace
   Precisa de uma nova solução nativa da nuvem para atender aos requisitos	Rebuild
   Precisa de estabilidade e sem alterações	Retain

Selecione a estratégia de migração correta

Uma estratégia de migração define como cada carga de trabalho transita para o Azure com base em seu driver de negócios. Analise a lista restrita de estratégias e valide a opção selecionada com as partes interessadas técnicas e de negócios. Remova as opções que entram em conflito com a conformidade, segurança ou restrições operacionais. Considere a prontidão do Azure, as habilidades da equipe e a complexidade da integração ao finalizar a estratégia.

1. Aposentação (desativação)

Aposentar descomissiona cargas de trabalho que não fornecem mais valor comercial. Essa estratégia é importante quando as cargas de trabalho são obsoletas, subutilizadas 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 descomissiona cargas de trabalho.

2. Rehost (migração similar)

Uma estratégia de rehost permite uma 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 similar, que move máquinas virtuais para IaaS, IaaS para IaaS e PaaS para PaaS.

1. Não migre cargas de trabalho problemáticas. A rehospedagem não resolve problemas de desempenho, confiabilidade ou arquitetura existentes. Migrar essas cargas de trabalho sem modernização pode levar adiante a dívida técnica e exigir retrabalho mais tarde. Em vez disso, modernize essas cargas de trabalho durante a migração para abordar as causas principais.

2. Confirme que a carga de trabalho não exigirá modernização dentro de dois anos. A rehospedagem é adequada apenas quando você está confiante de que a carga de trabalho permanece em seu estado atual por pelo menos dois anos. Se a modernização for provável, considere refatoração ou rearquitetura em vez disso para evitar esforços duplicados.

3. Use o rehost para criar operações básicas na nuvem. A rehospedagem ajuda as equipes a ganhar experiência com operações, governança e gerenciamento de custos do Azure. Essa exposição inicial suporta metas mais amplas de adoção de nuvem e prepara as equipes para esforços de modernização mais complexos.

3. Replataforma (modernizar o ambiente de hospedagem)

A replataforma 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 regravação 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 desastres. Uma 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 manutenção de longo prazo no Azure. Você deve refatorar o código quando o processo de migração criar uma oportunidade única para lidar com dívidas técnicas ou quando o comportamento pós-migração revelar áreas para melhorias.

5. Rearquitetar (modernizar a arquitetura e o código)

Uma estratégia de rearquitetura redesenha a arquitetura da carga de trabalho para melhorar a escalabilidade, a agilidade e a orientação ao serviço. Essa estratégia é importante quando você precisa quebrar aplicativos monolíticos, adotar microsserviços ou habilitar o dimensionamento direcionado. Você deve rearquitetar quando a sua arquitetura atual limitar a sua capacidade de alcançar objetivos empresariais ou escalar eficazmente. Para obter um exemplo, consulte Padrão moderno de aplicativo Web.

6. Substitua (use a alternativa 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 o mínimo de personalização. Substitua cargas de trabalho quando as soluções SaaS oferecem recursos comparáveis, os 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 de substituição comuns incluem sistemas de CRM, plataformas de RH e ferramentas de colaboração onde a maturidade SaaS fornece alternativas confiáveis para soluções personalizadas.

7. Reconstruir (construir para a nuvem)

Uma estratégia de reconstrução é um redesenvolvimento completo de uma carga de trabalho usando soluções nativas da nuvem. Essa abordagem é apropriada quando os sistemas legados estã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 exigiram uma reconstruçã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 os Controladores de Domínio Ative Directory.

8. Reter (manter como está)

Uma estratégia de retenção mantém as cargas de trabalho em seu ambiente atual quando elas são estáveis, compatíveis e atendem a todas as necessidades de negócios atuais e futuras, sem nenhum driver de curto prazo para se 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 unificados. Considere uma solução local mais moderna, como o Azure Local , para suas cargas de trabalho e conecte-se ao Azure. Mude cargas de trabalho que não podem ser migradas para outra onda de migração ou revisite-as mais tarde quando as restrições mudarem.

Compreender quando modernizar durante a migração

A modernização durante a migração refere-se à replataforma, rearquitetura ou refatoração de cargas de trabalho para maximizar o valor da nuvem. A modernização pode proporcionar benefícios a longo prazo, mas introduz complexidade e risco nos prazos de migração. Você deve avaliar se deve modernizar durante a migração ou adiar a modernização para fases pós-migração com base em uma justificativa comercial clara. Siga estas recomendações:

1. Modernize quando sua equipe tiver as habilidades e o tempo necessários. Tentar a modernização sem experiência ou tempo adequados aumenta o risco e os atrasos. Se sua equipe não estiver pronta, adie a modernização para uma fase posterior.

2. Modernize cargas de trabalho que exigem atualizações de compatibilidade. Tecnologias legadas, 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. Modernize quando a migração permitir financiamento e alinhamento. Muitas vezes, os projetos de migração libertam financiamento e apoio às partes interessadas. Aproveite esta oportunidade para alinhar a modernização com as prioridades de negócios. O atraso pode resultar em cargas de trabalho ineficientes e oportunidades perdidas.

Comunicar decisões às partes interessadas

Uma comunicação clara garante que todas as partes interessadas compreendam e apoiem as decisões de migração ao longo do processo de adoção. O alinhamento das partes interessadas reduz o risco de execução e melhora os resultados do projeto, estabelecendo uma compreensão compartilhada das 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 sucesso que validem o resultado do negócio. As métricas de sucesso quantificam o valor da ação escolhida e confirmam se o impulsionador do negócio 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 para a nuvem	Exemplo de métricas de sucesso
   Retire	• Aposentar 100% de cargas de trabalho identificadas como obsoletas antes da migração
   Rehost	• Migrar 100% de cargas de trabalho de Nível 1 de outra nuvem para o Azure sem degradação do contrato de nível de serviço (SLA) • Descomissionar 30% de infraestrutura local pós-migração.
   Migrar de Plataforma	• Reduzir os prazos de implantação em 30% para aplicativos migrados • Reduzir os custos de infraestrutura e licenciamento em 25% em 12 meses
   Refactor	• Melhore o tempo de resposta do aplicativo em 40% usando serviços nativos do Azure • Alcance uma cobertura de observabilidade de 95% através da instrumentação de código
   Rearchitect	• Suporte 2x carga de usuário sem degradação de desempenho • Integrar três novos serviços nativos do Azure na arquitetura existente
   Replace	• Transição do CRM para SaaS com 99,9% de uptime e sem código personalizado • Deslocar 30% do esforço de desenvolvimento para diferenciais competitivos.
   Rebuild	• Lançar novo aplicativo nativo da nuvem em três meses versus seis meses no local • Reduzir os custos operacionais em 40% usando serviços PaaS
   Reter	• Manter a postura atual de SLA e conformidade • Gerencie cargas de trabalho locais do Azure usando o Azure Arc

2. Documente e partilhe as decisões de tratamento da carga de trabalho com todas as partes interessadas relevantes. As decisões de migração podem afetar várias funções organizacionais e exigir ampla participação das partes interessadas. Inclua proprietários de empresas, equipes jurídicas, equipes de segurança e líderes técnicos na comunicação de decisões. Explique como cada decisão de estratégia de migração apoia metas de negócios documentadas e aborda as preocupações das partes interessadas.

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 estejam alinhadas com os objetivos mais amplos de adoção da nuvem. A coordenação regular evita conflitos entre decisões individuais de carga de trabalho e a estratégia de nuvem em toda a empresa. Analise as seleções da estratégia de migração em relação ao plano de adoção da nuvem estabelecido durante a fase Estratégia para manter a consistência.

4. Estabelecer uma comunicação regular entre os proprietários de mandatos e as equipas 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 emergem. Agende revisões de progresso regulares para acompanhar o progresso da migração, identificar riscos e resolver problemas técnicos. Use este ciclo de feedback para ajustar as estratégias de migração quando surgirem desafios de implementação ou novas oportunidades.

5. Rever e atualizar as estratégias de migração com base na evolução dos requisitos. 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 da carga de trabalho em relação aos objetivos de negócios atuais e às capacidades técnicas. Atualize os mapeamentos de estratégia para refletir novas prioridades, lições aprendidas e necessidades organizacionais em mudança.

Próximos passos