Nosso Trabalho

Engajamentos Que Aguentaram Carga em Produção

Casos reais e anonimizados — reliability, engenharia de IA, automação e plataforma.

8Casos Anonimizados
4Domínios Atendidos
100%Mentalidade de Uptime
CloudflareWAFVarnishIncident Response
Ler Caso→

Mitigação de DDoS no Edge em Pico Eleitoral

Editora de opinião política de alto tráfego

Ataques L7 coordenados durante o ciclo eleitoral ameaçavam tirar do ar uma editora nacional de opinião nos horários de pico de receita. Projetei e implantei defesa em camadas no edge sem quebrar o cache para leitores legítimos.

99,9%
Uptime durante janelas de ataque
<50ms
TTFB mantido no edge
0
Incidentes de cache poisoning
FinOpsCloudflareCache strategyCost optimization
Ler Caso→

Cortando Conta de CDN Sem Quebrar a Experiência do Leitor

Editora de opinião política de alto tráfego

A conta de CDN crescia mais rápido que a receita. Auditei a estratégia de cache de ponta a ponta, eliminei a long tail de requests inúteis e trouxe a conta de volta a uma razão saudável sem encostar na latência do leitor.

~38%
Redução do gasto mensal com CDN
0
Regressão em TTFB ou cache hit ratio
100%
Capturado em dashboards, não anedotas
PerformanceVarnishLighthouseCore Web Vitals
Ler Caso→

Lighthouse 100 em Portal Regional de Notícias de Alto Volume

Portal regional de notícias do Centro-Oeste

Um portal regional de alto volume estava perdendo leitores para lentidão no mobile. Re-arquitetei a camada de cache, eliminei render-blocking e levei o Lighthouse pra faixa verde sustentada — sem reescrever o CMS.

32 → 95
Lighthouse Performance (mobile)
-1,7s
Time to Interactive
+18%
Sessões por usuário
WordPressDRAutomationMulti-tenant
Ler Caso→

Pipeline de Restore WordPress Multi-Tenant

Operação SaaS interna

Restores manuais de WordPress estavam levando 6-8 horas por site e dando errado em formas sutis que ninguém notava por semanas. Construí um pipeline determinístico que completa em menos de uma hora e se auto-verifica.

<1h
Tempo médio de restore (era 6-8h)
100%
Reproduzível entre sites
0
Restores silenciosos após rollout
TelegramPlugin architectureBullMQMulti-tenant
Ler Caso→

Plataforma Telegram com 41 Plugins e Multi-Tenancy SaaS

Produto interno Tyber.io

Construí uma plataforma de bot Telegram que roda 41 plugins independentes em um único runtime grammY, com cofre de credenciais por tenant e modelo de plugin-como-produto. O próprio bot é a superfície de deploy, distribuição e cobrança de apps de operação alimentados por IA.

41
Plugins independentes em produção
905+
Testes automatizados no core do bot
Multi-tenant
Cofre de credencial por usuário, sem chaves compartilhadas
ClaudeCode reviewAI agentsDevOps
Ler Caso→

Revisor de Pull Requests com IA, Re-Review e Auditoria

Produto interno Tyber.io (produtizado)

Pull requests não recebem review se os humanos estão ocupados, e humanos estão sempre ocupados. Construí um revisor de IA que roda em todo push, escala só quando necessário, re-analisa em novos commits e audita os próprios comentários antigos — com cap de orçamento diário para manter o custo honesto.

Por-push
Auto re-review quando head_sha muda
Cap diário
Limite hard de gasto na API Claude
Auto-auditoria
Resolve comentários obsoletos após merge ou rebase
Cloudflare WorkersEdgeMulti-siteR2
Ler Caso→

Edge DNS Router para Sites SaaS Wildcard

Produto interno Tyber.io

Construí um Cloudflare Worker que roteia tráfego wildcard para conteúdo por tenant armazenado em R2 — incluindo sites multi-página, sites com auth e subdomínios reservados — sem subir backend pra nada disso.

<10ms
Latência do Worker no edge p95
Wildcard
Worker único atende todos subdomínios
R2-backed
Zero origin pull, sem servidor tradicional
DiscordDeploy automationMulti-tenantGuardrails
Ler Caso→

Bot Discord Multi-Time para Deploy com Guardrails Human-in-the-Loop

Operação interna multi-time em várias regiões

Cinco times regionais compartilhando uma plataforma, cada um com cadência de deploy, ambiente e usuário SSH próprios. Construí um bot Discord que deixa cada time fazer deploy do chat sem encostar na infra do outro time — e que recusa qualquer operação destrutiva sem confirmação humana.

5
Times isolados em uma instância só do bot
Por time
Usuário SSH é o do time, nunca `deploy`
Human-in-loop
Operações destrutivas exigem confirm explícito