Relato Real ②: migração gradual sem alterar 0 linha do código existente

Casos de adoção de IA

O sistema central de uma gestão de vendas. Há quase 20 anos no ar, com o negócio girando todos os dias. O SO perdeu o suporte há muito tempo, e tanto o servidor de aplicação quanto a tecnologia de interface são de uma geração anterior. Ainda assim, não avançar para uma "modernização total" é uma decisão natural quando se considera a escala e o impacto no negócio.Relato Real ①escolhemos "reconstruir", mas reconstruir não é o ideal para todo sistema. A estratégia adotada desta vez foi:não tocar em nada no sistema existente e erguer uma nova porta de entrada por fora— o chamado padrão strangler.

Alterações no código existente: 0 linha.

Usuário → novo gateway (recém-criado) → sistema existente (sem alterações) → DB existente (intacto)

• No lado do sistema existente, adicionamos apenasuma casca REST finaque permite chamar a lógica de negócio interna de fora. Nenhuma classe existente foi alterada em uma linha sequer. Como não se toca, não se quebra
• Na frente,um novo gateway(Java 21 / Spring Boot) foi criado. O login é feito por SSO com a conta da plataforma de chat corporativo interna, e apenas as requisições autenticadas são retransmitidas ao sistema existente
• As telas foram reconstruídas de forma moderna no lado do novo gateway. Tanto o cadastro em lote quanto o cadastro por formulário funcionamreutilizando 100% da lógica de cadastro do sistema existente e funciona

Confinar o risco dentro da "casca recém-criada" e aproveitar como está a lógica de negócio comprovada — este é o ponto central da estratégia.

Em poucos dias após começar, o E2E na infraestrutura de produção estava funcionando.

O agente de IA (Claude Code) leu o código do sistema existente, eliminou uma a uma as peculiaridades da estrutura interna típicas de frameworks antigos e avançou até a implementação do gateway, a montagem do servidor e a configuração do proxy reverso. Como resultado,em poucos dias após começar, o fluxo completo já funcionava de ponta a ponta: passar pela autenticação a partir da URL pública e registrar dados reais no motor existente. A partir daí, fomos acrescentando funcionalidades tela por tela — busca, novo cadastro e assim por diante.

O bom da migração gradual époder ir levando para o lado novo, na ordem, as telas que se usam. Sem exigir o grande investimento, a estrutura e o período de congelamento de uma modernização total, dá para ampliar a área do "novo sistema" sem parar o negócio. O padrão strangler em si é uma técnica antiga, mas exigia esforço considerável para decifrar e implementar, o que tornava difícil aprová-lo internamente. Como a IA acelerou ambos em ordens de grandeza,à dicotomia "modernização total ou congelamento" somou-se um terceiro caminho realista.

Você está enfrentando a mesma situação?

"Temos um sistema central que não pode parar", "a aprovação para modernizar não passa", "ao menos telas novas e autenticação nova, se possível" — para esse sistema, existe um caminho de renovar só a porta de entrada sem quebrá-lo.

Série "Do Legado à IA — Relatos Reais"

• Compilado: 22 sistemas e 246 mil linhas em um único PC — o registro medido de 3,5 meses de desenvolvimento com IA
• Relato Real ①: modernizamos por completo um Java de 20 anos em cerca de uma semana
• Relato Real ②: criamos uma nova porta de entrada para o sistema central sem alterar 0 linha do código existente (este artigo)
• Relato Real ③: um estudo de arquitetura de um mês resolvido com um protótipo em 2 dias + medições reais

* Os números deste artigo são valores medidos no fim de julho de 2026. Os resultados de desenvolvimento variam conforme o estado e os requisitos do sistema.