Backend .NET
Serviço HTTP e worker em .NET rodando em produção corporativa: API REST, processamento agendado, integração com banco relacional pesado e com sistema de terceiro. É a base das dezenas de sistemas dos quais sou o autor principal.
No dia a dia isso quer dizer Entity Framework Core e FluentValidation na maioria do que escrevo, com Dapper onde a consulta precisa sair do ORM: relatório pesado, junção que o EF não resolve bem, procedure que já existia antes de mim.
Duas pontas vivas ao mesmo tempo
Já trabalhei do .NET Framework 4.5 ao .NET 10. Conviver com as duas pontas é parte do trabalho e não exceção: o legado não pode parar enquanto o novo sobe, e migrar uma aplicação de versão sem quebrar compatibilidade com schema Oracle compartilhado é tarefa recorrente.
O que eu faço
- Modelar e expor API REST com contrato versionado e resposta de erro padronizada
- Escrever worker de processamento agendado, com a periodicidade declarada fora do código
- Escolher entre ORM e SQL direto por caso, conforme descrito em Dados e persistência
- Migrar aplicação legada para versão moderna do framework sem quebrar compatibilidade de banco
- Extrair o que se repete entre serviços para biblioteca compartilhada
- Instrumentar para observabilidade: log estruturado, health check, rastreio de integração
- Cuidar de injeção de dependência, configuração por ambiente e o que dá errado com
async/await(deadlock por bloqueio síncrono, contexto de sincronização, cancelamento)
Onde apliquei
Pagamentos e antifraude · Comissionamento · Experiência
O que eu ainda não fiz
Não trabalhei com .NET em cenário de altíssima concorrência com requisito de latência em milissegundos. O meu problema típico é volume moderado com integração complexa, não throughput extremo. Também não tenho experiência de produção com gRPC nem com Orleans.