Modernizar o legado sem parar o negócio

Todo sistema legado que ainda está em produção é, antes de tudo, um sistema que funciona. Ele processa pagamentos, emite documentos e sustenta a receita da empresa. O problema é que mudar ficou caro: cada alteração leva meses, poucas pessoas conhecem o código e a integração com os canais digitais vira remendo. A tentação é reescrever tudo do zero. Na experiência com grandes bancos, meios de pagamento e setor público, a grande virada costuma ser o caminho mais arriscado. O que funciona é modernizar em partes, com a operação rodando.

Strangler fig: substituir aos poucos

O padrão strangler fig propõe construir o sistema novo ao redor do antigo, assumindo uma funcionalidade de cada vez. Cada parte migrada passa a ser atendida pelo novo, e o legado encolhe até poder ser desligado. O risco fica distribuído em entregas pequenas, e cada etapa já gera valor.

APIs na frente do legado

O primeiro passo costuma ser uma camada de APIs entre os canais e o sistema antigo. Os consumidores passam a falar com um contrato estável, sem saber o que está por trás. Assim, dá para trocar a implementação de uma rota sem mexer em aplicativos, parceiros ou integrações. Essa camada também é o lugar certo para observabilidade, segurança e controle de tráfego.

Migrar por domínios, não por camadas

Migrar todo o banco de dados ou toda a interface de uma vez cria dependências enormes. É melhor recortar por domínio de negócio: cadastro, cobrança, limites, atendimento. Cada domínio vai para produção com dono, métricas e um time responsável de ponta a ponta.

Dados: a parte mais difícil

Código se reescreve; dados precisam ser preservados. Na transição, legado e sistema novo convivem, e é preciso definir quem é a fonte da verdade de cada informação. Sincronização por eventos, reconciliação diária e regras claras de escrita evitam divergências que só aparecem no fechamento do mês.

Modernizar não é trocar a tecnologia. É reduzir o custo de mudar sem aumentar o risco de operar.

Reescrever ou encapsular?

• Encapsular: quando a regra de negócio é estável, o sistema é confiável e o problema está na integração ou na experiência do usuário.
• Reescrever: quando a regra muda com frequência, a manutenção trava a evolução ou a tecnologia já não tem suporte nem profissionais disponíveis.
• Testes de regressão primeiro: antes de mexer, capture o comportamento atual com testes automatizados e compare os resultados do legado e do novo. Sem isso, não há como provar que nada quebrou.
• Caminho de volta: cada migração precisa de chaveamento gradual de tráfego e de um retorno testado.

Com esse método, a modernização deixa de ser uma aposta de alto risco e vira uma sequência de entregas previsíveis. O negócio continua rodando, e o legado sai de cena no ritmo que a operação suporta.