Rafael Pereira / engenheiro de software / sistemas
Estudos de caso, projetos e textos técnicos sobre escala, falhas, legado e regras de negócio. Cada peça mostra a restrição, a decisão e até onde a solução funciona.
Método
Começo pelo que acontece quando uma mensagem falha.
O banco não pode mudar. O legado não pode parar.
O caminho feliz vem depois.
A decisão registra a alternativa descartada e a condição que justificaria revê-la.
O código mostra o que foi feito; o case mostra por quê.
Prova
~98% redução de falhas intermitentes nos fluxos críticos
Falhas intermitentes entre microsserviços sem contrato para retry, DLQ ou duplicidade. Mais consumidores só empurravam a sobrecarga.
Publicação confirmada, consumo com prefetch controlado, retry com backoff e DLQ por fluxo. Escalar só consumidores fica de fora do desenho.
~7 min → <1 s comissões, da carga original ao cache quente
O banco era de outro time. O dashboard precisava deixar de depender de um schema que não controlávamos.
Cada estágio corresponde a uma decisão incremental documentada no case. Números de outras histórias não entram neste desenho.
~25% menos tabelas na separação por domínios
O produto não podia parar, e os autores originais já não estavam lá. Antes de migrar, foi preciso descobrir quais fronteiras o banco ainda revelava.
O banco legado revela fronteiras; pessoas, autenticação e aeronaves saem gradualmente para contextos com persistência própria.
Artefatos
Repositório público
Importar CSV não pode travar a API Nest. A campanha persiste e publica na fila RabbitMQ; consumidores em TypeScript, Go ou Rust gravam o resultado no Mongo. A API não espera a operadora.
CSV na API Nest com persistência Postgres; publicação na fila; consumidores no mesmo contrato gravam no Mongo. A API não espera a operadora.
Experimento documentado
Maestro (Codex/Cursor) delega via MCP; daemon FIFO e workers OpenCode executam com estado em SQLite. A orquestração funcionou, mas a medição não confirmou redução de custo ou tempo.
Maestro delega; daemon FIFO coordena um worker OpenCode por vez; SQLite guarda estado. A hipótese de eficiência não se confirmou.
Produto próprio, desktop
Perfil e versões imutáveis ficam no SQLite da máquina. O agente supervisionado só propõe alterações sob schema; ATS e exportação em PDF/DOCX reutilizam o mesmo grafo, sem backend SaaS dono dos dados.
Perfil e versões no SQLite; candidatura no mesmo contexto; agente só propõe sob schema; ATS e export reutilizam o grafo sem SaaS dono.
Percurso
2025 a 2026
Plataformas de locação e frotas. A prova pública desta etapa é a mensageria.
Infosistemas
2023 a 2025
SQL Server de outro time. O dashboard passou a funcionar sem depender de um schema que não controlávamos.
VBET
2023
O core em PHP 5.7 sustentava a operação. A automação libertou suporte sem reescrever o monólito.
Maxmilhas
2022 a 2023
White-label para incorporar bancos sem fork por cliente.
South System / QUIQ-Itaú
2021 a 2022
O monólito não tinha os autores originais. A migração começou pelo que o banco ainda deixava ler.
Flapper
Prática
Cada etapa restringe a seguinte. Sem essas restrições, arquitetura vira gosto pessoal.
01
Quem sofre quando isso quebra, e em qual operação.
02
O que não pode parar, mudar ou ser tratado como capacidade extra.
03
O caminho escolhido, com a alternativa descartada à vista.
04
O que foi medido, em qual cenário, com que autoria.
05
A condição que justificaria rever a decisão.
