Reescrevo, migro ou substituo meu sistema legado?

Você tem 4 formas de modernizar um sistema legado: movê-lo como está para a nuvem, converter seu código para uma plataforma moderna, reconstruí-lo em torno das regras de negócio que você extraiu, ou substituí-lo por um produto pronto e manter apenas os dados. Quatro perguntas decidem: suas regras são específicas da sua empresa? O problema está em onde o sistema roda ou no próprio sistema? Quem ainda entende o código? Quanta mudança sua equipe consegue absorver? A Amazon agrupa esses caminhos em 7 estratégias e a Microsoft em 8, ambas decididas sistema por sistema.

Na parte 4 você extraiu as regras de negócio do seu sistema e os donos dos processos as confirmaram. São essas regras que tornam possível a comparação abaixo: sem elas, você não sabe que comportamento perderia em cada caminho.

Os quatro caminhos em palavras simples

Existem muitos nomes técnicos, mas eles se resumem a 4 decisões que qualquer gestor consegue acompanhar. Esta tabela compara as opções; os nomes entre parênteses são os que você vai ouvir dos fornecedores:

O código-fonte é o texto do programa em que o sistema foi escrito. Se você não o tem, ou ninguém mais o entende, o caminho da conversão fica mais difícil; o guia de estratégias da Amazon cita uma aplicação que ninguém sabe manter, ou cujo código-fonte não está disponível, entre os casos que empurram para o redesenho.

Onde entram as ferramentas de conversão com IA

Ferramentas como o AWS Transform atuam principalmente no segundo caminho: leem o código antigo e o convertem para uma plataforma moderna, por exemplo levando aplicações antigas em .NET Framework para uma versão moderna que roda em Linux. A Amazon diz que a ferramenta moderniza aplicações Windows, mainframe e VMware até 5 vezes mais rápido; essa é a afirmação da Amazon sobre o seu serviço, não um resultado garantido. Segundo a página de preços, o serviço cobra US$ 0,035 por minuto de agente e não cobra o tempo ocioso do usuário.

Mas a ferramenta não escolhe o caminho por você. Ela acelera a conversão quando a conversão é a decisão certa, e ajuda pouco se a melhor resposta for substituir o sistema por um produto pronto. Observe também que a página de regiões não lista nenhuma região no Oriente Médio e avisa que seus dados podem ser processados em outra região, enquanto a Amazon anunciou sua região de nuvem no Reino para dezembro de 2026, segundo a Agência de Imprensa Saudita. Se o seu código contém dados de clientes, verifique onde eles serão processados antes de começar.

O que define o custo e o prazo

Não vamos dar um número, porque qualquer número dado sem conhecer o seu sistema é um palpite. Estes são os fatores que aumentam ou reduzem o custo e o prazo em qualquer caminho:

• Tamanho e entrelaçamento: a quantidade de telas, relatórios e outros sistemas ligados a ele, como mostrou o seu inventário na parte 3.
• Clareza das regras: cada regra confirmada economiza tempo, e cada regra desconhecida significa uma descoberta tardia e cara.
• Qualidade dos dados: dados duplicados ou incompletos precisam de limpeza antes de qualquer migração, seja qual for o caminho.
• Quanto muda para a equipe: mover como está não muda nada para o usuário; substituir muda quase tudo e exige treinamento.
• Quem ainda entende o sistema: um funcionário que conhece a história dele economiza semanas de suposições.

Sobre a ordem dos passos, duas fontes oficiais dão conselhos. O guia da Amazon descreve a rearquitetura como a estratégia mais complexa e cara e, para migrações grandes, recomenda mover primeiro e modernizar depois que a migração estiver concluída. O Cloud Adoption Framework da Microsoft diz que mover como está só serve se você tiver certeza de que a carga de trabalho vai continuar no estado atual por pelo menos dois anos; caso contrário, é melhor modernizar logo e evitar fazer o trabalho duas vezes. Tratamos da migração em si no nosso guia prático para migrar para a nuvem.

Duas opções que todo mundo esquece: manter e aposentar

Nem todo sistema legado precisa ser modernizado agora. As listas da Amazon e da Microsoft começam com duas opções que não custam um projeto inteiro:

• Aposentar: alguns sistemas já não são realmente usados. A Amazon dá o exemplo de aplicações sem nenhuma conexão de entrada nos últimos 90 dias, ou cujo uso de processador e memória fica abaixo de 5 por cento. Aposentá-las depois de arquivar os dados reduz a manutenção e o risco de segurança.
• Manter: um sistema estável que faz o seu trabalho sem motivo próximo para mudar, ou um sistema ligado a uma máquina da fábrica sem equivalente. A decisão aqui é mantê-lo, acompanhá-lo e voltar a ele mais tarde.

Se você tende a substituí-lo por um ERP pronto, compare primeiro o pronto e o sob medida com os critérios de como escolher um ERP, e parta da sua lista de regras confirmadas: cada regra que o produto não suportar vira uma customização cara ou trabalho manual.

A visão da Origami

Não começamos pela tecnologia, e sim pelas regras: quais regras de negócio deste sistema diferenciam a sua empresa e quais são comuns a todos? O que diferencia merece ser construído ou convertido com cuidado; o que é comum pode ser bem atendido por um produto pronto com boa integração com seus outros sistemas. Por isso a decisão costuma ser uma combinação: um sistema substituído, outro convertido e um terceiro mantido como está.

Usamos ferramentas de IA onde elas realmente economizam tempo, para ler, converter e testar código, mas a escolha do caminho continua com a gestão, depois que ela vê o que cada opção preserva e o que perde. Se quiser ver como trabalhamos, conheça nossos serviços.

O exercício desta semana: uma decisão por sistema

Volte ao inventário dos seus sistemas e acrescente duas colunas para cada um: as regras são específicas da sua empresa ou comuns? E onde está o problema: no lugar onde roda ou no próprio sistema? Depois anote o caminho provisório:

São exemplos ilustrativos; a sua tabela será diferente. O importante é que cada sistema tenha um motivo escrito para o seu caminho, revisado pelos donos dos processos antes de você pedir orçamentos.

A seguir

Você escolheu um caminho para cada sistema. Ainda falta o dia mais arriscado do projeto: o dia da virada. Na parte 6 explicamos como testar o código que a IA escreveu ou converteu, comparando as saídas dos dois sistemas nas mesmas transações reais, como rodá-los lado a lado por um período definido e quando você precisa de um plano de retorno.

Fontes

• Amazon: as sete estratégias de migração no guia para grandes migrações — aposentar, manter, re-hospedar, recomprar, rearquitetar e quando cada uma serve.
• Microsoft: selecione suas estratégias de migração para a nuvem — as oito estratégias e a condição de dois anos para re-hospedar.
• AWS Transform: página oficial — o que o serviço moderniza e a afirmação de até 5 vezes mais rapidez.
• AWS Transform: preços — US$ 0,035 por minuto de agente.
• AWS Transform: regiões compatíveis — regiões e processamento de dados em outra região.
• Agência de Imprensa Saudita: região da AWS na Arábia Saudita em dezembro.
• SDAIA: proteção de dados pessoais.