Modernização de sistemas legados sem parar a sua operação

Quando um sistema vira legado

Um sistema não vira legado só por ser antigo. Muitos sistemas com vinte anos funcionam bem e não precisam de nada. Ele vira um problema quando o custo e o risco de mantê-lo passam a frear o negócio. Os sinais costumam ser:

• mudanças simples levam semanas e quebram outras partes;
• a tecnologia não tem mais suporte do fabricante ou atualizações de segurança;
• é difícil encontrar profissionais que conheçam a linguagem ou a plataforma;
• o sistema não roda na web, não tem API e não conversa com outros sistemas;
• só uma pessoa ou um fornecedor entende como ele funciona.

Se três ou mais desses sinais aparecem no seu caso, vale fazer um diagnóstico antes que uma crise tome a decisão por você.

Por que não recomendamos o “big bang”

O caminho mais tentador é reescrever tudo do zero e trocar o sistema inteiro num único dia. É também o mais arriscado. Um projeto longo sem entregas acumula surpresas e regras de negócio esquecidas. Enquanto isso, o sistema antigo continua mudando, porque o negócio não para.

Preferimos a substituição incremental, conhecida como padrão strangler fig, nome dado por Martin Fowler. O sistema novo cresce ao redor do antigo, assumindo uma funcionalidade de cada vez, até que o legado possa ser desligado. Cada etapa entrega valor, é testada com usuários reais e pode ser revertida se algo der errado.

As estratégias possíveis

Para cada parte do sistema, avaliamos qual caminho faz mais sentido:

Estratégia	Quando faz sentido
Refatorar	O código tem conserto e a tecnologia ainda tem futuro; o problema é organização, testes e dívida técnica
Encapsular com APIs	O núcleo funciona, mas precisa conversar com novos canais, parceiros ou aplicativos
Substituir por módulos	A tecnologia está no fim da vida, mas o sistema é grande demais para ser trocado de uma vez
Reescrever	Partes pequenas e bem delimitadas, em que reconstruir é mais barato do que entender e corrigir
Trocar por produto pronto	Processos genéricos, como financeiro ou folha, em que um software de mercado atende bem
Mover para a nuvem	O sistema é estável e só precisa sair de um servidor antigo; a modernização do código pode vir depois

O ponto de partida quase sempre é proteger o que funciona: criar testes que registram o comportamento atual antes de qualquer mudança. Assim, cada regra de negócio que o sistema antigo cumpre continua sendo cumprida pelo novo.

Modernização e infraestrutura no mesmo time

Modernizar um sistema costuma envolver também a sua infraestrutura: sair de um servidor local, ganhar alta disponibilidade, automatizar deploys e backups. A LCB une desenvolvimento e infraestrutura, por isso conseguimos planejar as duas frentes juntas. Se a ida para a nuvem faz parte do plano, veja como conduzimos a migração para a AWS.

Para conhecer as outras frentes de desenvolvimento, visite a página de desenvolvimento de sistemas sob medida. Quer avaliar o seu sistema? Fale com a gente e conte em que tecnologia ele foi feito, há quanto tempo está em uso e o que mais incomoda hoje.