Entrega separada
Camada de edge independente da aplicação editorial.
Portal editorial · WordPress · Infraestrutura
Um portal grande precisava ficar mais rápido e mais simples de operar sem parar a redação.
O problema
Evoluir uma operação editorial ativa sem obrigar a redação a reaprender o CMS nem concentrar entrega, aplicação, cache e dados na mesma camada.
Mantivemos o WordPress como ferramenta editorial e reorganizamos as camadas ao redor dele: entrega, aplicação, cache, banco e observabilidade passaram a ter responsabilidades mais claras.
O que eu fiz
Mostramos a arquitetura em nível de produto. Detalhes internos, credenciais e topologia sensível ficam fora do case público.
Camada de edge independente da aplicação editorial.
Redis e MariaDB tratados como camadas próprias da operação.
Healthchecks, logs e monitoramento orientam mudanças e diagnóstico.
Base preparada para PWA, notificações e ferramentas de produção de conteúdo.
Decisão de projeto
A decisão central foi preservar o WordPress como ferramenta conhecida pela redação e concentrar a mudança nas camadas que sustentam a publicação. Isso evita trocar o fluxo editorial só por trocar a infraestrutura e permite otimizar entrega, cache, banco e observabilidade de forma independente. O projeto trata performance e continuidade como parte da operação diária, não como uma etapa isolada de lançamento.
Como funciona
Uma visão simplificada do caminho principal, suficiente para explicar a solução sem expor a infraestrutura interna.
Evidência operacional
Snapshot do monitoramento interno em 15/09/2026, usando janela de 24h. São indicadores do momento, não promessa de disponibilidade futura.
Resultado
A operação ganhou uma base mais previsível para manutenção e evolução, preservando o fluxo editorial e reduzindo o acoplamento entre as partes críticas.
Tem um problema parecido?
Conte o contexto. A solução técnica vem depois.