Governance &Comunità
WAF++ è un'iniziativa comunitaria, guidata da fornitori-neutral — con una governance chiara e trasparente ispirato a modelli open source consolidati come CNCF. Ogni decisione è tracciabile. Ogni ruolo ha un termine.
Costruito per durare, aperto per impostazione predefinita
Tre principi che modellano come WAF++ è governato — abbastanza leggero da muoversi veloce, strutturato abbastanza da scalare.
Ogni cambiamento significativo passa attraverso una richiesta di commenti — redatto pubblicamente, recensito dalla comunità, e deciso con giustificazione. Nessun aggiornamento silenzioso, nessuna scelta del fornitore opaco. La storia è il governo.
Roadmap, discussioni, voti e decisioni sono pubblicamente documentati su GitHub. Chiunque può seguire il ragionamento, sfidare una decisione, o proporre un'alternativa — con lo stesso processo ogni volta.
Nessuna singola azienda controlla WAF++. I ruoli di governo seguono "primo contributori attivi" e l'equilibrio neutrale del fornitore. La composizione TSC, le carte del gruppo di lavoro e il gruppo consultivo fanno tutto rispettare questo per design.
Governance a colpo d'occhio
Intenzionalmente magro ma scalabile — progettato per una comunità in crescita. Le decisioni fluiscono attraverso RFC, recensioni e voti documentati.
Modello di governo (CNCF ispirato)
Sei ruoli e meccanismi chiaramente definiti — ciascuno con uno scopo specifico, responsabilità e processo.
Responsabile per la direzione tecnica, le decisioni di architettura e le approvazioni RFC. Eletto dai collaboratori attivi. Termini rinnovabili di 12 mesi.
Mantiene repository di base, esegue recensioni, e assicura coerenza e qualità. Nominato per 12 mesi, rinnovabile in base all'attività.
Gruppi tematici per pilastri, scoring, controlli e architetture di riferimento. Lavorare apertamente tramite problemi GitHub e RFC. Chiunque può proporre un WG.
Porta prospettive reali da progetti, operazioni e audit. Prioritizza la rilevanza — assicura che il quadro rifletta la realtà produttiva, non solo la teoria.
Roadmap, discussioni, voti e decisioni sono pubblicamente documentate e rintracciabili su GitHub. Nessun canale di decisione privato per i cambiamenti quadro.
Progetto → revisione della comunità → decisione → attuazione. Ogni decisione significativa è giustificata e legata al suo filo di discussione.
Roles, termini e aspettative
Le regole chiare rendono la governance giusta e prevedibile. Ecco esattamente come vengono prese le decisioni e come funzionano i ruoli.
Condizioni generali
Nominato per12 mesi, rinnovabile quando l'attività di impegno e di revisione sono presenti e non esistono obiezioni motivate.
Inattività:Dopo90 giornisenza attività, lo stato può essere impostato su "emerito" dopo una nota ping e trasparente. La riattivazione è possibile in qualsiasi momento.
Termini TSC
I membri del TSC servono12 mesitermini, rinnovabili. La composizione segue "primo contributori attivi" e l'equilibrio neutrale del venditore. I ruoli e le responsabilità sono pubblicamente documentati.
Avvio di un gruppo di lavoro
Chiunque può proporre un WG. Richiesta: anoleggio(goal, scopo, consegnabili),piombo(i), un canale di comunicazione, e unsponsor del manutentore.
Le uscite WG ritornano nella repos principale come PR e RFC.
Il consenso pigro
Per i piccoli cambiamenti: una proposta è posta pubblicamente con5 giorni lavorativiper la revisione. Nessuna obiezione motivata e accettata.
Un "blocco" deve essere giustificato e proporre una soluzione alternativa o una regolazione.
Quorum & voto
Per le decisioni più grandi (nuovi pilastri, cambiamenti, cambiamenti charter), il TSC vota:
- Quorum:almeno60%dei membri attivi del TSC
- Maggiore:maggioranza semplice dei voti espressi
- Minimo:almeno3voti se il TSC è piccolo
- Conflitti:membri con conflitti di interesse si astiene
Aspetti
Atto vendor-neutral, priorità interessi della comunità, decisioni di documento, comunicare con rispetto (Codice di condotta), e segnalare temi di sicurezza responsabilmente attraverso i canali definiti.
Dove sono prese le decisioni?
RFC per grandi cambiamenti · ADR e note per le decisioni di architettura · Problemi e PR per l'implementazione. Ogni decisione fa riferimento alla discussione che l'ha portata.
Dove la comunità incontra
Il progetto è iniziato nel contesto della Cloud Native Conference e della comunità CCC esistente. L'obiettivo: consolidare l'esperienza del mondo reale e evolverla apertamente in pubblico.
Scambio a conferenze — colloqui, pannelli e sessioni Birds-of-a-Feather dove gli ingegneri condividono sfide reali e modelli.
Laboratori pratici sui modelli di maturità, sul punteggio e sull'attuazione pratica — trasformando i concetti di struttura in pratica ingegneristica.
Sessioni pubbliche sulla roadmap e bozze RFC aperte — chiunque può partecipare, commentare e modellare ciò che viene costruito dopo.
Come contribuire
Non c'è dimensione minima del contributo. Ogni caso di utilizzo condiviso, ogni recensione data, ogni RFC ha commentato di spostare il quadro in avanti.
Quali sfide affrontate nei progetti cloud? Quali modelli funzionano e quali no? L'esperienza del mondo reale è l'ingresso più prezioso che il quadro può ottenere.
Input per modelli di maturità e questionari: cosa deve essere controllato, non importa cosa? Tutti i nuovi controlli, i criteri di punteggio e i modelli di valutazione iniziano qui.
Rivedere modelli di architettura e modelli di riferimento per coerenza, praticità e trade-off. I RFC aperti hanno sempre bisogno di prospettive di ingegneria riflessive.
Migliorare, estendere e tradurre il contenuto in altre lingue. La buona documentazione è la metà del valore — e sempre la domanda.
Aiuto con pilastri, scoring, controlli o architetture di riferimento — trasparente su GitHub. I gruppi di lavoro sono il modo in cui il quadro cresce in sprint focalizzati e responsabili.
Portare argomenti ai PCP, dare colloqui, o ospitare BoFs a conferenze. Esempi pratici del mondo reale presentati pubblicamente modellano il quadro più di qualsiasi RFC da solo.
Tracciabile, giusto, aperto.
La governance è pratica vissuta. Teniamo i processi leggeri ma chiari — così WAF++ può crescere con la comunità senza perdere la responsabilità.
