Migração conduzida pelas três fases da metodologia AWS — avaliar, mobilizar, migrar e modernizar — com estratégia definida aplicação por aplicação.
O contexto
A maior parte das migrações que dão errado não erra na execução técnica. Erra antes: não sabe quais aplicações existem, não mapeia dependências, e trata cem sistemas diferentes com a mesma receita. O resultado é a migração que trava na metade, com metade dos sistemas na nuvem, metade no data center e um custo rodando em duplicidade.
A AWS define sete estratégias de migração, conhecidas como 7 Rs: retirar, retomar depois, rehospedar, relocar, recomprar, replataformar e refatorar. Cada aplicação do seu portfólio recebe uma dessas estratégias com base em critérios objetivos. A própria AWS orienta que, em migrações grandes, refatorar durante a migração é o caminho mais complexo — melhor rehospedar ou replataformar primeiro e modernizar depois, já na nuvem, onde a integração com serviços gerenciados é mais simples.
Descobrir o que descartar costuma ser o ganho mais rápido. A AWS documenta critérios para identificar aplicações candidatas a retirada: sistemas com uso médio de CPU e memória abaixo de 5% (chamados de zombie applications), aplicações entre 5% e 20% de uso ao longo de 90 dias (idle applications) e sistemas sem nenhuma conexão de entrada nos últimos 90 dias. Não migrar é a migração mais barata que existe.
Quando esta solução se aplica
Se você reconhece dois ou mais destes cenários, vale conversar.
Contrato de data center ou colocation vencendo e você precisa decidir agora
Hardware chegando ao fim da vida útil com renovação orçada em milhões
Você não tem inventário confiável de quais aplicações rodam onde
Picos de demanda exigem capacidade que fica ociosa o resto do ano
Requisitos de disaster recovery que o ambiente atual não consegue atender
Uma migração anterior foi iniciada e parou no meio do caminho
A composição exata depende do seu ambiente e dos requisitos levantados no diagnóstico. Esta é a base do que usamos nesta solução.
AWS Application Discovery Service
Coleta automatizada de inventário, utilização e dependências do ambiente de origem
AWS Migration Hub
Painel único para acompanhar o progresso da migração por aplicação e por wave
AWS Application Migration Service (MGN)
Rehospedagem automatizada com replicação contínua e cutover de baixo downtime
AWS Database Migration Service (DMS)
Migração de bancos com replicação contínua, inclusive entre engines diferentes
AWS Schema Conversion Tool
Conversão de schema e código quando a migração troca o engine de banco
AWS DataSync
Transferência de grandes volumes de arquivos entre on-premises e AWS
AWS Snowball Family
Transferência física de dados quando o volume torna a rede inviável
AWS Transform
Acelera rehospedagem e modernização com automação assistida por IA
AWS CloudFormation
Provisionamento reproduzível do ambiente de destino
Amazon CloudWatch
Comparação de baseline de performance antes e depois do cutover
Metodologia
As três fases da metodologia AWS
1
Fase 1 — Avaliar (Assess)
Levantamos o portfólio completo de aplicações, coletamos dados de utilização e dependências, construímos o business case e definimos a prontidão da organização. É aqui que identificamos o que não deve ser migrado.
2
Fase 2 — Mobilizar (Mobilize)
Construímos a landing zone na AWS, definimos a estratégia (7 Rs) por aplicação, montamos o wave plan agrupando aplicações por afinidade e dependência, e executamos migrações piloto para calibrar o processo.
3
Fase 3 — Migrar e modernizar
Executamos wave por wave, com validação técnica e de negócio em cada uma. Cada wave tem plano de cutover, critérios de aceite e rollback testado antes de entrar em produção.
4
Estabilização e otimização
Depois do cutover, acompanhamos performance e custo contra o baseline, aplicamos right-sizing e desligamos o ambiente de origem apenas quando os critérios de estabilidade são atendidos.
Entregáveis
O que você recebe
Inventário completo do portfólio com dados de utilização e dependências
Estratégia 7 Rs atribuída e justificada por aplicação
Business case com comparativo de custo entre origem e destino
Wave plan com sequenciamento, janelas e responsáveis
Landing zone AWS provisionada via infraestrutura como código
Plano de cutover e procedimento de rollback testado por wave
Comparativo de performance antes e depois de cada migração
Plano de desativação do ambiente de origem
Indicadores
O que medimos
Downtime por cutover
Ferramentas de replicação contínua permitem janelas de corte curtas e previsíveis
Custo de infraestrutura
Comparação direta entre o custo do ambiente de origem e o destino após right-sizing
Aplicações retiradas
Sistemas eliminados no caminho — economia imediata sem esforço de migração
Aderência ao wave plan
Waves entregues na janela planejada, indicador de previsibilidade do programa
Referências
Cases publicados pela AWS
Referências de mercado documentadas pela própria AWS em cenários equivalentes. Cada card leva à história original publicada no site da AWS.
The Coca-Cola Company
Global
Migração de ambiente corporativo para a AWS com forte componente de automação das rotinas operacionais e de suporte.
Resultado publicado
A AWS publicou 40% de economia operacional e redução de 80% nos tickets abertos no help desk de TI, atribuída à automação adicionada.
A fabricante de vidros conduziu sua migração para a AWS usando o programa AWS Experience-Based Acceleration (EBA), com foco em ganhar autonomia técnica interna durante o processo.
Resultado publicado
A AWS destaca o ganho de autossuficiência da equipe interna ao longo da migração.
Migração apoiada pelo AWS Migration Acceleration Program (MAP), que combina metodologia, ferramentas e incentivo financeiro para compensar o custo inicial da migração.
Resultado publicado
Conforme a AWS, a empresa reduziu custos de infraestrutura e melhorou suas capacidades de segurança e disaster recovery.
Os cases acima são histórias de clientes publicadas pela Amazon Web Services. Os resultados citados pertencem às empresas mencionadas e servem como referência do que é tecnicamente alcançável na AWS — não representam resultados entregues pela Núvoli nem garantia de desempenho equivalente, já que cada ambiente tem contexto próprio.
Base técnica
Documentação oficial AWS que fundamenta esta solução
Nossa abordagem não é opinião. Segue prescrição documentada pela AWS — e você pode conferir a fonte.
O primeiro passo é um diagnóstico do cenário atual, sem custo e sem compromisso. Saímos dele com riscos mapeados e prioridades definidas — mesmo que você decida não seguir com a Núvoli.