Escala Sistemas
Voltar para o Blog
Modernização

Migrar sistema legado para a nuvem sem parar a operação

Sistema legado funciona até o dia em que trava. Estratégias de migração (lift-and-shift, refactor, rebuild) explicadas por quem executa, com custo e risco de cada.

Equipe de Engenharia · Escala Sistemas08 de outubro de 202611 min de leitura
Migração de sistema legado para nuvem

Sistema legado é aquele que funciona hoje graças a duas pessoas que sabem como ele funciona, e cuja documentação está na cabeça delas. A empresa toda opera em cima. Enquanto tudo dá certo, ninguém mexe. Quando começa a dar problema, o custo de continuar é maior que o de migrar. Este texto explica como planejar essa migração sem trauma.

Sinais de que chegou a hora

  • Ninguém no time atual sabe manter o sistema.
  • Hardware está no fim da vida útil.
  • Fornecedor original saiu de linha.
  • Você não consegue integrar com sistema novo por falta de API.
  • Custo de manter cresce ano após ano.
  • Falhas ficaram mais frequentes.

As três estratégias principais

  • Lift-and-shift. Move para nuvem sem mudar arquitetura. Rápido e barato, mas mantém dívida.
  • Refactor. Reescreve partes críticas, mantém o resto. Equilibrio entre esforço e ganho.
  • Rebuild. Refaz do zero, usando o legado como especificação. Maior investimento, maior ganho de longo prazo.

Regra prática

Sistema estável que precisa só sair do datacenter: lift-and-shift. Sistema que ainda tem alguns anos de vida: refactor. Sistema no fim da corda e diferencial competitivo: rebuild.

Padrão do estrangulamento (strangler fig)

A estratégia menos arriscada em rebuild: você constrói o novo sistema ao redor do velho e vai movendo funcionalidades uma por uma. Quando todas migraram, o legado é desligado. Zero big bang, zero fim de semana perdido.

Plano típico de migração

  • Fase 1 (2-4 semanas): descoberta técnica, mapa de dependências, priorização.
  • Fase 2 (4-8 semanas): ambiente novo funcionando em paralelo, primeira frente migrada.
  • Fase 3 (3-9 meses): migração incremental por módulo, com dado em sincronia.
  • Fase 4 (2 semanas): desligamento do legado, cleanup.

Riscos que precisam de plano de rollback

  • Dado divergindo entre legado e novo durante coexistência.
  • Performance do novo pior no começo (sem cache maduro, sem índices ajustados).
  • Regra de negócio implícita que só o legado sabe.
  • Integrações externas quebrando.

Toda migração séria precisa de switch de rollback pronto até o último dia do legado. Sem plano B, você joga com dinheiro alheio.

Checklist prático

  • Descoberta técnica completa antes de definir estratégia.
  • Ambiente paralelo em produção antes de desligar o legado.
  • Sincronização bidirecional de dado durante coexistência.
  • Plano de rollback documentado e testado.
  • Comunicação clara com áreas de negócio em cada marco.

Perguntas frequentes

Quanto custa migrar?+

Lift-and-shift: 5-15% do custo de rebuild. Refactor: 30-60%. Rebuild: depende do porte, de R$ 200 mil a milhões.

Quanto tempo?+

Lift: 1-3 meses. Refactor: 4-9 meses. Rebuild com estrangulamento: 6-18 meses.

Consigo migrar sem parar a operação?+

Sim, com estrangulamento e coexistência. Zero downtime é meta realista com bom planejamento.

E se o dono do conhecimento do legado sair da empresa?+

Antes disso: sessões de descoberta gravadas, testes automatizados que documentem comportamento e reverse engineering do que não estiver claro.

Precisa modernizar sistema legado sem parar a operação?

Fazemos análise técnica em duas semanas, indicamos a estratégia (lift, refactor ou rebuild) e executamos migração com plano de rollback claro.

Solicitar análise

Continue lendo