Boa parte dos sistemas corporativos que encontramos em campo nasceu em .NET Framework: estável, conhecido, e cada vez mais distante de onde a plataforma evoluiu. Levar essas aplicações para o .NET moderno (Core em diante) é um caminho que já percorremos várias vezes — e estas são as lições que valem repetir.
Por que migrar (e por que não)
Os ganhos reais: performance por ponto de infraestrutura visivelmente melhor, execução em Linux e contêineres (o que muda a conta de hospedagem), suporte ativo e acesso ao ecossistema atual de bibliotecas. O motivo errado: migrar por moda. Aplicação estável, sem evolução prevista e sem gargalo de plataforma pode esperar a próxima janela.
Lição 1: migre por fatias, não por versão
O caminho que funciona não é "congelar tudo e portar o monolito". É separar por fronteiras de negócio: extrair primeiro os serviços que mais mudam ou mais doem, deixando o restante rodando onde está. O legado e o novo convivem por meses — e a integração entre eles (fila ou API) é parte do projeto, não um improviso.
Lição 2: a base de dados manda mais que o código
O código portado compila em dias; o comportamento do acesso a dados é o que quebra em produção. Consultas que dependiam de detalhes do driver antigo, transações longas, procedures com regra de negócio — tudo isso precisa de teste de carga com dados reais antes da virada, não depois.
Lição 3: padronize o "chassi"
A migração é a chance de unificar o que cada sistema resolvia do seu jeito: log estruturado, configuração por ambiente, autenticação, tratamento de erro, health checks. Definimos um chassi comum e cada serviço migrado nasce dentro dele — o custo de operação cai a cada fatia entregue.
Lição 4: prepare o time junto com o código
.NET moderno muda hábitos: injeção de dependência nativa, async por padrão, pipeline de deploy em contêiner. Colocar a equipe do cliente dentro do projeto desde a primeira fatia — programando em par, revisando código — custa pouco e evita o cenário clássico de "sistema novo, time refém da consultoria".
O resultado que buscamos
Ao final, não medimos sucesso por "está tudo em .NET novo", e sim por três perguntas: o deploy ficou mais frequente e menos arriscado? A conta de infraestrutura caiu? O time consegue evoluir o sistema sozinho? Quando as três respostas são sim, a migração se pagou.