Modernização de sistema legado: como trocar o motor com o carro andando

Todo sistema legado tem a mesma biografia: foi construído há dez ou quinze anos, cresceu com a empresa, só uma ou duas pessoas entendem o código e ninguém quer ser o responsável por desligá-lo. Ao mesmo tempo, ele trava o que a empresa quer fazer agora: integrar, atender pelo celular, usar IA. Este artigo mostra como a OnWeb moderniza sistemas assim por camadas, sem o big bang que costuma dar errado.

Por que o big bang falha

A tentação é reescrever tudo e virar num fim de semana. Os problemas: o sistema antigo acumula regras que ninguém documentou e que só aparecem quando quebram; a reescrita leva mais tempo que o previsto e, enquanto não termina, a empresa não ganha nada; e a virada única concentra todo o risco num dia. Projetos de reescrita completa levam anos e frequentemente são abandonados no meio.

A estratégia por camadas

1. Fachada: uma porta nova na frente do sistema antigo

O primeiro passo é colocar uma camada de API própria na frente do legado. Ela lê e escreve no sistema antigo (por banco, arquivo ou integração) e expõe isso de forma limpa para tudo o que vier depois: portal, app, IA, integrações. O legado continua intocado e a empresa ganha uma porta moderna em semanas.

2. Novas funcionalidades nascem fora

Portal do cliente, app de campo, atendimento com IA, relatórios: tudo isso é construído novo, falando com a fachada. O usuário vê software moderno; o dado ainda mora no legado. Foi o caminho na Safetline: a plataforma nova absorveu três sites e uma loja, com 627 endereços antigos redirecionados sem perder posição no Google.

3. Extração de módulos, um por vez

Com a fachada no lugar, cada módulo do legado pode ser substituído por um novo sem que o resto perceba: a fachada passa a apontar para o módulo novo. Começa pelo que mais dói ou pelo que mais muda. É o padrão conhecido como estrangulamento (strangler): o legado encolhe até sumir, sem data de virada única.

4. Dados: migrar com o módulo

Os dados de cada módulo migram quando o módulo migra, com limpeza, deduplicação e conferência pela equipe. Durante a transição, a fachada mantém os dois lados consistentes. Isso evita a migração monolítica de banco inteiro, que é a parte mais arriscada de qualquer virada.

5. IA ao lado, desde o início

A camada de IA (leitura de documentos, assistente, automação) entra pela fachada já na primeira fase, lendo dados do legado. A empresa colhe resultado de IA sem esperar a modernização terminar. Veja como integrar IA ao ERP e ao CRM.

O que fazer com o conhecimento que só está na cabeça de alguém

Sistema legado tem regra de negócio escondida no código e na memória de quem o mantém. Três práticas ajudam: ler o código com ajuda de IA para listar regras e casos especiais; registrar o comportamento real do sistema em produção (o que entra, o que sai) para comparar com o módulo novo; e rodar o módulo novo em paralelo ao antigo por um período, com os dois recebendo os mesmos dados, antes de desligar o antigo.

Riscos a evitar

• Começar pelo banco. Migrar o banco inteiro antes de ter módulos novos é o caminho mais arriscado. Comece pela fachada.
• Replicar o legado tela por tela. A modernização é a chance de redesenhar o processo. Copiar as telas antigas perde o ganho.
• Sem ambiente de homologação com dados reais. Módulo novo precisa ser testado com os dados feios do legado, anonimizados.
• Sem plano de volta. Cada virada de módulo precisa de como desfazer em minutos.
• Esquecer os endereços públicos. Se o legado tem URLs indexadas ou usadas por parceiros, cada uma precisa de redirecionamento. A Safetline redirecionou 627.

Quanto tempo leva

A fachada e a primeira funcionalidade nova entram em uso em seis a dez semanas. A extração de módulos segue no ritmo que a operação aguenta, em geral um módulo a cada um ou dois meses. O legado é desligado quando o último módulo migra, sem data heroica. O investimento é por fase, com escopo fechado em cada uma. Veja desenvolvimento de software e integração de sistemas.

Perguntas frequentes