Governança e comunidade.
O Wombat é uma iniciativa movida pela comunidade e neutra em relação a fornecedores, com governança clara e transparente inspirada em modelos open source consolidados como a CNCF. Cada decisão é rastreável. Cada papel tem mandato.
Feito para durar, aberto por padrão.
Três princípios definem a governança do Wombat: leve o bastante para avançar rápido, estruturada o bastante para escalar.
Decisões por RFC
Toda mudança relevante passa por uma Request for Comments: redigida em público, revisada pela comunidade e decidida com justificativa. Sem atualizações silenciosas, sem escolhas opacas de fornecedores. O histórico é a governança.
Transparente e rastreável
Roadmap, discussões, votações e decisões são documentados publicamente no GitHub. Qualquer pessoa pode acompanhar o raciocínio, contestar uma decisão ou propor uma alternativa, sempre com o mesmo processo.
Sempre neutro
Nenhuma empresa controla o Wombat. Os papéis de governança seguem o princípio “contribuidores ativos primeiro” e um equilíbrio neutro entre fornecedores. A composição do TSC, as cartas dos grupos de trabalho e o grupo consultivo garantem isso por design.
A governança num relance.
Enxuta de propósito, mas escalável, pensada para uma comunidade em crescimento. As decisões passam por RFCs, revisões e votações documentadas.
Transparência: GitHub · RFCs · Atas de reunião
Modelo de governança (inspirado na CNCF).
Seis papéis e mecanismos claramente definidos, cada um com escopo, responsabilidade e processo próprios.
Technical Steering Committee
Responsável pela direção técnica, decisões de arquitetura e aprovação de RFCs. Eleito entre os contribuidores ativos. Mandatos renováveis de 12 meses.
Equipe de mantenedores
Mantém os repositórios principais, faz revisões e garante consistência e qualidade. Nomeada por 12 meses, renovável conforme a atividade.
Grupos de trabalho
Grupos temáticos para pilares, pontuação, controles e arquiteturas de referência. Trabalham de forma aberta via issues do GitHub e RFCs. Qualquer pessoa pode propor um grupo.
User Advisory Group
Traz perspectivas reais de projetos, operações e auditorias. Prioriza a relevância: garante que o framework reflita a realidade da produção, não só a teoria.
Público por padrão
Roadmap, discussões, votações e decisões são documentados de forma pública e rastreável no GitHub. Não há canais privados de decisão para mudanças no framework.
Processo de RFC
Rascunho → revisão da comunidade → decisão → implementação. Toda decisão relevante é justificada e vinculada à sua discussão.
Papéis, mandatos e expectativas.
Regras claras tornam a governança justa e previsível. Veja como as decisões são tomadas e como os papéis funcionam.
Mandato dos mantenedores
Nomeados por 12 meses, renováveis quando há engajamento e atividade de revisão e não existem objeções fundamentadas.
Inatividade: Após 90 dias sem atividade, o status pode passar a “emérito” após um aviso e uma nota transparente. A reativação é possível a qualquer momento.
Mandato do TSC
Os membros do TSC cumprem mandatos de 12 meses , renováveis. A composição segue o princípio “contribuidores ativos primeiro” e um equilíbrio neutro entre fornecedores. Papéis e responsabilidades são documentados publicamente.
Criar um grupo de trabalho
Qualquer pessoa pode propor um grupo. É preciso: uma carta (objetivo, escopo, entregas), liderança(s), um canal de comunicação e um mantenedor patrocinador.
Os resultados dos grupos voltam aos repositórios principais como PRs e RFCs.
Lazy consensus
Para mudanças menores: uma proposta é publicada com 5 dias úteis para revisão. Sem objeções fundamentadas → aceita.
Um “bloqueio” deve ser justificado e propor uma solução ou ajuste alternativo.
Quórum e votação
Para decisões maiores (novo pilar, mudanças incompatíveis, alterações de carta), o TSC vota:
- Quórum: pelo menos 60% dos membros ativos do TSC
- Maioria: maioria simples dos votos válidos
- Mínimo: pelo menos 3 votos se o TSC for pequeno
- Conflitos: membros com conflito de interesses se abstêm
Expectativas
Agir de forma neutra em relação a fornecedores, priorizar os interesses da comunidade, documentar decisões, comunicar-se com respeito (código de conduta) e relatar temas de segurança com responsabilidade pelos canais definidos.
Onde as decisões são tomadas?
RFCs para mudanças maiores · ADRs e notas para decisões de arquitetura · Issues e PRs para a implementação. Cada decisão remete à discussão que a originou.
Onde a comunidade se encontra.
O projeto nasceu no contexto da Cloud Native Conference e da comunidade CCC existente. O objetivo: consolidar a experiência prática e fazê-la evoluir de forma aberta.
Troca em conferências: palestras, painéis e sessões Birds-of-a-Feather em que engenheiros compartilham desafios e padrões reais.
Workshops práticos sobre modelos de maturidade, pontuação e implementação: os conceitos do framework transformados em prática de engenharia.
Sessões públicas sobre o roadmap e rascunhos de RFC abertos: qualquer pessoa pode participar, comentar e ajudar a decidir o que será construído a seguir.
Como você pode contribuir.
Não há tamanho mínimo de contribuição. Cada caso de uso compartilhado, cada revisão e cada comentário numa RFC faz o framework avançar.
Compartilhe casos de uso
Quais desafios você enfrenta em projetos de nuvem? Quais padrões funcionam e quais não? A experiência prática é a contribuição mais valiosa que o framework pode receber.
Proponha critérios e controles
Contribuições para modelos de maturidade e questionários: o que precisa ser verificado de qualquer forma? Novos controles, critérios de pontuação e padrões de avaliação começam aqui.
Revise e dê feedback
Revise padrões de arquitetura e modelos de referência quanto a consistência, viabilidade e trade-offs. RFCs abertas sempre precisam de perspectivas de engenharia bem pensadas.
Documentação e traduções
Melhore, amplie e traduza o conteúdo para outros idiomas. Boa documentação é metade do valor, e sempre há demanda.
Participe de um grupo de trabalho
Ajude com pilares, pontuação, controles ou arquiteturas de referência, de forma transparente no GitHub. Os grupos de trabalho fazem o framework crescer em sprints focados e com responsáveis claros.
Palestrantes e sessões
Submeta temas a CFPs, dê palestras ou organize BoFs em conferências. Exemplos práticos apresentados em público moldam o framework mais do que qualquer RFC sozinha.
Rastreável, justo, aberto.
Governança é prática viva. Mantemos processos leves, mas claros, para que o Wombat cresça com a comunidade sem perder a responsabilização.