Protocolo L0 : L7

Finalidade

Este protocolo define a setorização L0–L7 da nossa operação. É o mapa que norteia inspeção, diagnóstico, projeto, manutenção e auditoria: isolar a camada antes de escolher a ferramenta.

O resultado esperado é um recorte compartilhado. Cliente, parceiro e equipe falam a mesma coisa quando o sintoma chega misturado — site lento, anúncio que não performa, integração quebrada, painel mostrando uma coisa e o visitante vendo outra.

A pergunta operacional é: por onde a gente começa a mexer? A resposta é pela camada certa, não pelo plugin da moda nem pelo ajuste que parece mais rápido.

Este documento só contextualiza o método e informa tecnicamente cada camada. O que for específico de stack, plataforma ou falha típica ganha título e conteúdo exclusivos.

Escopo e aplicação

Aplica-se a problema técnico, projeto, auditoria, manutenção, campanha e integração. Não se restringe a WordPress nem a “site lento”.

Quem aplica: a nossa operação e quem trabalha com a gente neste método. Quem opera o ambiente (você ou o seu cliente) permanece responsável pelas alterações. Nos responsabilizamos exclusivamente em parcerias formalizadas por contratos. Em dúvida, consulte o Aviso Legal.

Este protocolo não é o modelo OSI da ISO, não é checklist de plugin e não substitui contrato nem diagnóstico comercial. O recorte público anterior em cinco camadas web (L1–L5) fica absorvido e ampliado: L0 abre o trabalho; L6 e L7 atravessam.

Orientação técnica

Como usamos

• L0 abre. Problema, objetivo, requisito e limite. Sem isso, a gente conserta o que ninguém pediu.
• L1 a L5 descem a pilha. Ambiente, entrega, dado, lógica, interface — nesta sequência quando o caso é técnico.
• L6 e L7 atravessam. Log, alerta, permissão, credencial e rastreio não esperam o “depois”. Entram desde o primeiro recorte.

A primeira pergunta não é “qual código quebrou?”. É: em qual camada está o gargalo?

Mapa das oito camadas

L0 Negócio

Definição do problema, objetivo do trabalho, requisitos e limites. Sem L0, o restante vira movimento. Entra o que precisa estar verdadeiro no fim — e o que está fora. Não entra escolha de plugin, ajuste de cache nem copy da tela.

L1 Infraestrutura e Ambiente

Servidor, VPS, sistema operacional, CPU, memória, disco, isolamento, escala e backup. A física do ambiente. Se a máquina esgotou, se o backup não existe ou se o ambiente não está isolado, o gargalo ainda é L1.

L2 Servidor Web e Entrega

Proxy reverso, cache, CDN, SSL, roteamento e performance de resposta. Linha de frente da requisição: o que entra, o que redireciona, o que entrega sem acordar a aplicação. Detalhe de cada servidor e de cada regra de redirecionamento ganha conteúdo próprio.

L3 Banco de Dados e Persistência

Estrutura de dados, consulta, integridade, limpeza e migração. A memória de longo prazo do sistema. Dessincronia, lixo acumulado, consulta pesada e migração mal planejada moram aqui. Não se resolve isso na tela nem empilhando regra na aplicação sem olhar o dado.

L4 Aplicação e Backend

Lógica, plugin, tema, API, webhook, regra de negócio e integração. Onde a regra acontece — e onde mais gente tenta consertar o que nasceu em outra camada. Se o roteamento é de entrega, se o dado está sujo ou se o ambiente acabou, a aplicação só mascara.

L5 Interface e Frontend

Apresentação visual, usabilidade, UX, responsividade e acessibilidade. O que a pessoa vê, toca e entende. L5 importa. Não é enfeite. Maquiar a interface para esconder lentidão de entrega, dado errado ou regra quebrada só empurra o problema para o visitante.

L6 Operação e Observabilidade

Rotina de manutenção, log, monitoramento, alerta e análise de erro. Sem L6, o conserto some no escuro. Esta camada atravessa as outras: não é um “passo 6” no fim da lista.

L7 Segurança e Governança

Permissão, acesso, política, LGPD quando couber, rastreabilidade e gestão de credenciais. Quem pode mexer, o que fica registrado, o que não pode vazar. Também atravessa. Um conserto técnico que abre acesso demais ou trata dado pessoal sem critério não está encerrado — só trocou de risco.

Verificação e evidências

O trabalho está setorizado quando cada achado, decisão e alteração aponta a camada. Resolver gargalo de entrega (L2) inflando aplicação (L4) ou maquiando interface (L5) não passa neste protocolo.

• Registrar a camada isolada antes da intervenção.
• Não misturar causa: pode olhar rápido e descartar uma camada; não pode tratar sintoma de uma como conserto de outra.
• L6: haver log, alerta ou evidência de que quebrou e de que voltou.
• L7: haver dono do acesso, rastreio da alteração e critério para dado pessoal quando couber.
• L0 permanece visível: objetivo e limite do trabalho não podem desaparecer no meio da execução.

O detalhe de cada stack, plataforma e falha típica não cabe neste protocolo. Isso ganha título próprio. Aqui fica o mapa vigente.

Referências

Método vigente da operação. Contexto público: Tecnologia Aplicada, hub de Documentação e Aviso Legal. Este protocolo substitui o recorte público anterior em cinco camadas web.