--- type: Reference title: "Protocolo L0 : L7" description: "Protocolo operacional em oito camadas, do problema de negócio à governança, vigente para inspeção, manutenção, projeto e auditoria." resource: https://felipecferreira.com.br/documentacao/l0-l7/ generated: { by: process:okf-bridge, at: 2026-09-03T02:58:49Z } status: stable sources: - id: canonical-html resource: https://felipecferreira.com.br/documentacao/l0-l7/ title: "Página oficial em HTML" last_modified: 2026-08-17T03:19:59Z --- ![FelipeFerreira](https://secure.gravatar.com/avatar/473c11684b1b0b3b3673a14a126ecef3ab3d5509c406dfa6f11ce045cdf00f30?s=64&d=mm&r=g) Autor do documento [FelipeFerreira](https://felipecferreira.com.br/biblioteca/author/felipeferreira/) Bac.Engenharia, Autor, Professor, Consultor [Pilar 03 · Tecnologia Aplicada](https://felipecferreira.com.br/biblioteca/categoria/tecnologia-aplicada/) Protocolo # Protocolo L0 : L7 Protocolo operacional em oito camadas, do problema de negócio à governança, vigente para inspeção, manutenção, projeto e auditoria. Isolamos a camada antes de mexer. Desenvolvido em 17/08/2026 5 min de leitura CódigoPROT-TA-L0L7-001 Versão1.0.0 SituaçãoVigente Vigência17/08/2026 Próxima revisão17/02/2027 ![Protocolo L0 : L7](https://felipecferreira.com.br/wp-content/uploads/2026/03/Arquitetura-web-sistemas-em-wordpress-e-django-por-felipecferreira-1024x576.jpg) ## 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](https://felipecferreira.com.br/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 Camada O que entra Pergunta típica Erro clássico **L0 Negócio** Problema, objetivo, requisito, limite O que precisa estar verdadeiro no fim — e o que está fora? Começar pela ferramenta sem acordo de escopo **L1 Infraestrutura e Ambiente** Servidor, VPS, SO, recurso, escala, backup O ambiente aguenta, está isolado, tem cópia? Tratar falta de máquina como “bug do site” **L2 Servidor Web e Entrega** Proxy, cache, CDN, SSL, roteamento, tempo de resposta A requisição chega, cacheia e responde onde deveria? Empurrar roteamento e cache para a aplicação **L3 Banco de Dados e Persistência** Estrutura, consulta, integridade, limpeza, migração O dado está íntegro? A consulta é a certa? Tem lixo? Encher a aplicação para mascarar consulta ruim **L4 Aplicação e Backend** Lógica, plugin, tema, API, webhook, regra, integração A regra está no lugar certo? Instalar peso em L4 para consertar L2 ou L3 **L5 Interface e Frontend** Apresentação, usabilidade, UX, responsividade, acessibilidade A pessoa consegue usar o que a gente entregou? Maquiar na tela um problema que nasceu abaixo **L6 Operação e Observabilidade** Rotina, log, monitoramento, alerta, análise de erro Como sabemos que quebrou — e que voltou? Consertar no escuro e torcer para não repetir **L7 Segurança e Governança** Permissão, acesso, política, LGPD quando couber, rastreio, credencial Quem pode mexer? O que fica registrado? Resolver o técnico e abrir um risco de acesso ou de dado ### 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](https://felipecferreira.com.br/tecnologia-aplicada/), hub de [Documentação](https://felipecferreira.com.br/documentacao/) e [Aviso Legal](https://felipecferreira.com.br/aviso-legal/). Este protocolo substitui o recorte público anterior em cinco camadas web. ## Controle de versão Versão inicial do protocolo vigente. Substitui o recorte público em cinco camadas web (L1–L5) pelo ciclo L0–L7, com L0, L6 e L7 fechando negócio, operação e governança. [Voltar ao topo](#top) ## Documentos relacionados Manual ### [OKF Bundle Manager: Machine Discoverability no WordPress](https://felipecferreira.com.br/documentacao/okf-bundle-manager/) O OKF Bundle Manager gera bundles OKF estáticos no WordPress com controle humano, discovery segura e HTML preservado como fonte canônica. CódigoMAN-TA-OKFBM-001 Versão0.1.0 Revisão prevista04/09/2026 [Consultar documento](https://felipecferreira.com.br/documentacao/okf-bundle-manager/) ## Consulte outros protocolos e métodos Explore a documentação técnica organizada pelas quatro áreas de trabalho. [Ver toda a documentação](https://felipecferreira.com.br/documentacao/)