Governança &Comunidade
WAF++ é uma iniciativa neutra de fornecedores e orientada pela comunidade — com governança clara e transparente inspirado em modelos de código aberto estabelecidos como o CNCF. Todas as decisões são rastreáveis. Cada papel tem um termo.
Construído para durar, aberto por padrão
Três princípios que moldam como WAF++ é governado — leve o suficiente para se mover rápido, estruturado o suficiente para escalar.
Cada mudança significativa passa por um Pedido de Comentários — elaborado publicamente, revisado pela comunidade e decidido com justificação. Sem atualizações silenciosas, sem opções de fornecedores opacas. A história é a governança.
Roteiro, discussões, votos e decisões são documentados publicamente no GitHub. Qualquer um pode seguir o raciocínio, desafiar uma decisão ou propor uma alternativa — com o mesmo processo toda vez.
Nenhuma empresa controla o WAF++. As funções de governança seguem os "contribuidores ativos primeiro" e o equilíbrio neutro entre fornecedores. A composição do TSC, as cartas do Grupo de Trabalho e o Grupo Consultivo impõem isso por design.
Governação de relance
Intencionalmente magro, mas escalável — projetado para uma comunidade crescente. Decisões fluem através de RFCs, revisões e votos documentados.
Modelo de governação (inspirado no CCNF)
Seis papéis e mecanismos claramente definidos — cada um com um escopo específico, responsabilização e processo.
Responsável pela direção técnica, decisões de arquitetura e aprovações da RFC. Eleito de contribuidores ativos. 12 meses de termos renováveis.
Mantém repositórios centrais, realiza avaliações e garante consistência e qualidade. Nomeado para 12 meses, renovável com base na atividade.
Grupos focados em tópicos para arquiteturas de pilares, pontuação, controles e referência. Trabalhe abertamente através de questões GitHub e RFCs. Qualquer um pode propor um WG.
Traz perspectivas reais de projetos, operações e auditorias. Prioriza a relevância — assegura que o quadro reflete a realidade da produção, não apenas a teoria.
Roteiro, discussões, votos e decisões são publicamente documentados e rastreáveis no GitHub. Não existem canais de decisão privados para alterações de framework.
Projecto de revisão comunitária do → Decisão do → implementação do →. Toda decisão significativa se justifica e está ligada ao seu fio condutor de discussão.
Funções, termos & expectativas
As regras claras tornam a governação justa e previsível. Aqui está exatamente como as decisões são tomadas e como os papéis funcionam.
Termos do mantenedor
Nomeado para12 meses, renovável quando estiverem presentes actividades de empenhamento e revisão e não existirem objecções fundamentadas.
Inatividade:Após90 diassem atividade, o status pode ser definido como ¿emérito¿ após um ping e nota transparente. A reativação é possível a qualquer momento.
Termos TSC
Membros do TSC servem12 mesestermos, renováveis. A composição segue os "contribuidores ativos primeiro" e o equilíbrio neutro do vendedor. As funções e responsabilidades são documentadas publicamente.
Iniciando um grupo de trabalho
Qualquer um pode propor um WG. Requerido: acarta(objectivo, âmbito de aplicação, elementos de prova),chumbo(s), um canal de comunicação, epatrocinador do mantenedor.
As saídas WG voltam aos principais acordos como PRs e RFCs.
Consenso preguiçoso
Para alterações menores: uma proposta é publicada publicamente com5 dias úteispara revisão. Não foram aceites objecções fundamentadas →.
Um "bloco" deve ser justificado e propor uma solução alternativa ou um ajustamento.
Quórum & votação
Para decisões maiores (novo pilar, quebra de mudanças, mudanças de carta), o TSC vota:
- Quórum:pelo menos60%de membros activos do CCT
- Maioria:maioria simples dos votos expressos
- Mínimo:pelo menos3votos se o TSC é pequeno
- Conflitos:Os membros com conflitos de interesses abstêm-se
Expectativas
Agir de forma neutra, priorizar interesses comunitários, decisões de documentos, comunicar respeitosamente (Código de Conduta) e reportar tópicos de segurança responsavelmente através dos canais definidos.
Onde são tomadas as decisões?
RFCs para mudanças maiores · ADRs e notas para decisões de arquitetura · Questões e RPs para implementação. Cada decisão faz referência à discussão que levou a ela.
Onde a comunidade se reúne
O projeto começou dentro do contexto Cloud Native Conference e da comunidade CCC existente. O objetivo: consolidar a experiência do mundo real e evoluí-la abertamente em público.
Intercâmbio em conferências — palestras, painéis e sessões de Birds-of-a-Feather onde os engenheiros compartilham desafios e padrões reais.
Oficinas práticas sobre modelos de maturidade, pontuação e implementação prática — transformando conceitos de estrutura em prática de engenharia.
Sessões públicas no roteiro e rascunhos RFC abertos — qualquer um pode participar, comentar e moldar o que é construído a seguir.
Como você pode contribuir
Não existe uma contribuição mínima. Cada caso de uso compartilhado, cada revisão dada, cada RFC comentado em move o framework para frente.
Que desafios você enfrenta em projetos em nuvem? Que padrões funcionam — e quais não funcionam? A experiência do mundo real é a entrada mais valiosa que o framework pode obter.
Entrada para modelos de maturidade e questionários: o que deve ser verificado, não importa o quê? Novos controles, critérios de pontuação e padrões de avaliação começam aqui.
Reveja padrões de arquitetura e modelos de referência para consistência, praticidade e trade-offs. RFCs abertos sempre precisam de perspectivas de engenharia pensativas.
Melhore, amplie e traduza conteúdo em idiomas adicionais. A boa documentação é metade do valor — e sempre em demanda.
Ajude com pilares, pontuação, controles ou arquiteturas de referência — de forma transparente no GitHub. Grupos de trabalho são como o quadro cresce em sprints focados e responsáveis.
Trazer tópicos para as PCPs, dar palestras ou hospedar BoFs em conferências. Exemplos práticos do mundo real apresentados publicamente moldam o framework mais do que qualquer RFC sozinho.
Rastreável, justo, aberto.
Governança é prática vivida. Mantemos processos leves, mas claros — para que WAF++ possa crescer com a comunidade sem perder a responsabilidade.
