Pular para o conteúdo
Rafael Dourado
Disponível para novos projetosFalar comigo

Da arquitetura ao deploy,
ponta a ponta.

Sou Rafael Dourado, desenvolvedor fullstack com experiência em arquitetura de software. Desenho a arquitetura com decisão registrada em ADR, implemento backend e frontend, e coloco em produção com Docker, Kubernetes e CI/CD: de ERP com ledger financeiro a visão computacional em CFTV e agentes de IA sobre LLMs.

7+
anos de atuação
20+
projetos entregues
7
produtos no portfólio
110
telas documentadas

Figura 0.1

Arquitetura em camadas

Domínio no centro, framework na borda. Cada decisão durável vira um ADR: dá para trocar de infraestrutura sem reescrever a regra de negócio.

Figura 0.2

Módulos que se encaixam

Bounded contexts isolados por domínio, com contrato explícito entre eles. O sistema cresce por adição, não por remendo no que já funciona.

Figura 0.3

Entrega contínua

Container, pipeline e observabilidade desde o primeiro dia. O time faz deploy sozinho, com migração e teste rodando antes de cada subida.

Serviços

Como eu entro no seu projeto

Cinco frentes. Na prática elas se misturam: quase todo projeto começa por arquitetura e termina em escala.

Arquitetura de software

A decisão vem antes do código, e fica registrada. Modelagem de domínio, escolha de stack justificada por tradeoff, diagrama C4 e ADR para cada decisão durável. Também vale para o sistema que já existe e trava a cada mudança.

  • Modelagem de domínio e bounded contexts (DDD)
  • ADRs, diagramas C4 e matriz de tradeoffs
  • Auditoria de arquitetura e plano de evolução incremental
  • Dimensionamento por tier de escala, sem complexidade prematura

Desenvolvimento fullstack

Backend e frontend sob a mesma responsabilidade técnica: o contrato de API não vira telefone sem fio entre duas equipes. Domínio isolado do framework, teste no que é crítico, UI que respeita o modelo.

  • API REST/GraphQL/gRPC com contrato versionado
  • Backend em Python (FastAPI, Django) ou Go
  • Frontend React/Next.js com design system próprio
  • Testes de domínio, contrato e E2E

DevOps e infraestrutura

Software que não sobe não existe. Containerização, pipeline de CI/CD, ambientes reproduzíveis e observabilidade, para o time fazer deploy sem depender de mim.

  • Docker e Docker Compose para dev e produção
  • Kubernetes e deploy na AWS (EC2, ECS, Lambda, S3)
  • CI/CD com lint, typecheck, teste e migração automatizados
  • Observabilidade, healthcheck e runbook de produção

Escala e alta disponibilidade

Quando o gargalo aparece: medir, achar a causa e só então mexer. Tuning de banco, cache, filas, particionamento e balanceamento, na ordem em que o problema realmente está.

  • Tuning de PostgreSQL e pooling (PgBouncer)
  • Cache e mensageria (Redis, RabbitMQ)
  • API Gateway e load balancing (Kong, HAProxy)
  • Sharding, réplicas e estratégia de cache por camada

IA aplicada: visão computacional e LLMs

IA que resolve um problema de negócio concreto. Detecção e LPR em vídeo com YOLO/PyTorch, ou RAG com busca vetorial e orquestração de agentes, sempre ancorado em dado real, nunca em alucinação.

  • Analytics de vídeo (detecção, tracking, LPR)
  • RAG do zero: embeddings e busca vetorial
  • Orquestração multiagente e integração com APIs de LLM
  • Inferência otimizada (ONNX, quantização INT8) para rodar na borda

Precisa de outra coisa?

Se o seu problema não se encaixa em nenhuma dessas frentes, descreva do seu jeito. Eu leio e digo com honestidade se sou a pessoa certa.

Abrir briefing

Método

Da conversa inicial ao sistema em produção

Seis etapas, na ordem em que o custo de errar cresce. É o mesmo processo que eu transformei no Genesis, framework multiagente open-source que gera arquitetura, ADRs e código a partir de uma descrição.

  1. 01

    Requisitos

    Entender o problema antes de propor solução: entidades, fluxos, escala esperada e restrições reais de orçamento e prazo.

  2. 02

    Arquitetura

    Stack escolhida com justificativa, tier de escala definido e teto de complexidade explícito. Cada decisão durável vira um ADR.

  3. 03

    Dados

    Schema, índices, migrations e padrões de acesso desenhados antes da primeira linha de API. É o que menos se troca depois.

  4. 04

    Backend

    Domínio puro, casos de uso e ports; infraestrutura fica atrás de interface. O framework é detalhe de entrega, não o coração.

  5. 05

    Frontend

    UI construída sobre o contrato de API, com design system próprio e estados de carregamento, erro e vazio tratados desde o início.

  6. 06

    Deploy e sustentação

    Docker, CI/CD, observabilidade e runbook. Entrego o repositório documentado para o seu time seguir sem depender de mim.

Como eu trabalho

Decisões que eu não negocio

Não é preferência estética. É o que evita que o sistema apodreça em 18 meses.

O domínio não conhece o framework

Regra de negócio não mora em endpoint nem em ORM. Isso é o que permite trocar infraestrutura sem reescrever o produto.

Dinheiro é Decimal, e lançamento não se edita

Financeiro é ledger: correção acontece por estorno rastreável. Float em valor monetário é bug esperando data.

Nunca confie no frontend

Valor, permissão e tenant se resolvem no servidor. O cliente é conveniência, não fonte de verdade.

Evento crítico sai por outbox

Se o evento importa para o negócio, ele é publicado na mesma transação que gravou o fato, ou não é publicado.

Stack

Ferramentas que eu uso em produção

Não é lista de currículo: é o que já rodou em sistema com usuário real do outro lado.

Linguagens

PythonGoTypeScriptJavaScriptJavaSQL

Backend

FastAPIDjangoSpring BootNode.jsAsyncIOCelerySQLAlchemy

Frontend

ReactNext.jsViteTanStack QueryTailwind CSS

Dados

PostgreSQLMySQLMongoDBCassandraDynamoDBElasticsearchQdrant

Infra & escala

DockerKubernetesAWSNginxHAProxyKongPgBouncerCI/CD

IA & visão computacional

PyTorchYOLOv8ONNX RuntimeOpenCVMediaPipeRAGEmbeddingsMCP

Sobre

Desde 2019 desenhando e construindo o sistema inteiro.

Desenvolvedor fullstack com experiência em arquitetura de software. Trabalho com Python (FastAPI, Django) e Go, com experiência sólida em Java (Spring Boot) e Node.js, e entrego o frontend em React/Next.js e a infraestrutura em Docker e Kubernetes. Quem decide a arquitetura é quem implementa e quem coloca no ar.

Na prática isso virou um ERP financeiro com event sourcing, um CRM conversacional integrado ao WhatsApp, uma plataforma de delivery multi-tenant, um VMS com IA embarcada para CFTV e um framework multiagente de engenharia de software orientado por LLMs.

Baseado em Dourados · MS · Brasil, atendendo remoto. Inglês técnico consolidado para documentação e times internacionais.

Engenharia de Software· Estácio (EAD)Cursando · conclusão prevista em 2027
Inteligência Artificial· IBM SkillsBuildCertificado
Arquitetura de Solução· ENAPCertificado
Introdução à Ciência de Dados· FGVCertificado

2025 · hoje

Genesis: framework multiagente de engenharia de software

Framework open-source próprio que transforma uma descrição em arquitetura, ADRs, contratos, backlog e código. É onde o meu método de trabalho está escrito como processo executável.

  • Agentes especializados por etapa: intake, arquitetura, dados, backend, frontend, DevOps, QA e auditoria de conformidade.
  • Regra de teto de complexidade por tier de escala, que impede Kubernetes e microsserviço em MVP de 10 usuários.
  • RAG do zero com embeddings e busca vetorial em Qdrant para dar contexto real do repositório aos agentes.
  • ADR obrigatório para toda decisão durável, com matriz de tradeoffs e diagramas C4.

2024 · hoje

Desenvolvedor Backend no Projeto GTVision (VMS com IA)

Backend Python para videomonitoramento em larga escala: arquitetura distribuída com FastAPI e Django em Kubernetes sobre AWS, Kong como API Gateway e HAProxy no balanceamento.

  • Modelagem e tuning de PostgreSQL/MySQL com PgBouncer e estratégia de sharding.
  • Cassandra e DynamoDB para eventos distribuídos; Elasticsearch para busca em tempo real.
  • Lambda para processar picos de eventos de vídeo de forma assíncrona.
  • IA em tempo real com PyTorch e YOLOv8: detecção, tracking e leitura de placas.

2019 · hoje

Desenvolvimento de produtos próprios e consultoria

Produtos de ponta a ponta para clientes e como produto próprio: ERP financeiro, CRM conversacional, plataforma de delivery, VMS com IA e framework multiagente de engenharia de software.

  • Arquitetura event-driven e multi-tenant sob DDD.
  • Integrações de terceiros: WhatsApp Business API (Meta), gateways Bradesco e Asaas.
  • Do levantamento de requisitos ao deploy e sustentação.

Dúvidas frequentes

Antes de você preencher o briefing

Como funciona o começo de um projeto?

Você preenche o briefing aqui do site. Eu leio, volto em até 1 dia útil com perguntas objetivas e uma primeira leitura de escopo, risco e caminho técnico. Se fizer sentido, formalizo proposta com fases, prazo e preço.

Trabalha por escopo fechado ou por hora?

Os dois. Escopo fechado quando o problema está bem delimitado; alocação mensal quando o produto é contínuo e a prioridade muda a cada sprint. Consultoria pontual de arquitetura costuma ser pacote de horas.

Consegue assumir um sistema legado que não foi você quem escreveu?

Sim, é boa parte do trabalho. O primeiro passo é mapear o que existe (rotas, modelos, testes, CI) antes de propor qualquer mudança, e evoluir de forma incremental em vez de reescrever tudo.

O código fica comigo?

Fica. O repositório é seu desde o primeiro commit, com documentação de arquitetura e decisões (ADRs) para o seu time conseguir continuar sem depender de mim.

Atende remoto?

Sim, remoto para todo o Brasil e para fora. Inglês técnico consolidado para documentação e times internacionais.

Vamos falar do seu sistema?

O briefing leva uns 4 minutos e cobre o que eu preciso saber para responder com escopo, risco e caminho técnico, não com um orçamento genérico.

Ou escreva direto para rafaeldouradoc7@gmail.com