Governance & community.
Wombat is een door de community gedreven, leveranciersneutraal initiatief — met heldere, transparante governance naar het voorbeeld van gevestigde open-sourcemodellen zoals de CNCF. Elke beslissing is herleidbaar. Elke rol heeft een termijn.
Gebouwd om te blijven, standaard open.
Drie principes bepalen de governance van Wombat — licht genoeg om snel te gaan, gestructureerd genoeg om op te schalen.
Beslissingen via RFC's
Elke belangrijke wijziging loopt via een Request for Comments — openbaar opgesteld, door de community beoordeeld en met onderbouwing besloten. Geen stille updates, geen ondoorzichtige keuzes van leveranciers. De historie is de governance.
Transparant & herleidbaar
Roadmap, discussies, stemmingen en besluiten worden openbaar vastgelegd op GitHub. Iedereen kan de redenering volgen, een besluit aanvechten of een alternatief voorstellen — elke keer via hetzelfde proces.
Altijd leveranciersneutraal
Geen enkel bedrijf heeft Wombat in handen. Governancerollen volgen het principe ‘actieve contributors eerst’ en een leveranciersneutrale balans. De samenstelling van het TSC, de charters van de werkgroepen en de Advisory Group borgen dit by design.
Governance in één oogopslag.
Bewust slank maar schaalbaar — ontworpen voor een groeiende community. Beslissingen lopen via RFC's, reviews en vastgelegde stemmingen.
Transparantie: GitHub · RFC's · Notulen
Governancemodel (naar CNCF-voorbeeld).
Zes duidelijk gedefinieerde rollen en mechanismen — elk met een eigen reikwijdte, verantwoordelijkheid en werkwijze.
Technical Steering Committee
Verantwoordelijk voor de technische koers, architectuurbesluiten en de goedkeuring van RFC's. Gekozen uit de actieve contributors. Verlengbare termijnen van 12 maanden.
Maintainerteam
Beheert de kernrepositories, voert reviews uit en bewaakt consistentie en kwaliteit. Benoemd voor 12 maanden, verlengbaar op basis van activiteit.
Werkgroepen
Thematische groepen voor pijlers, scoring, controls en referentiearchitecturen. Werken openlijk via GitHub-issues en RFC's. Iedereen kan een werkgroep voorstellen.
User Advisory Group
Brengt praktijkperspectieven in uit projecten, operations en audits. Stelt relevantie voorop — zorgt dat het framework de werkelijkheid in productie weerspiegelt, niet alleen theorie.
Standaard openbaar
Roadmap, discussies, stemmingen en besluiten worden openbaar en herleidbaar vastgelegd op GitHub. Geen besloten beslissingskanalen voor frameworkwijzigingen.
RFC-proces
Concept → review door de community → besluit → implementatie. Elke belangrijke beslissing wordt onderbouwd en gekoppeld aan de bijbehorende discussie.
Rollen, termijnen & verwachtingen.
Duidelijke regels maken governance eerlijk en voorspelbaar. Zo worden beslissingen genomen en zo werken de rollen.
Termijnen van maintainers
Benoemd voor 12 maanden, verlengbaar zolang er betrokkenheid en reviewactiviteit is en er geen onderbouwde bezwaren zijn.
Inactiviteit: Na 90 dagen zonder activiteit kan de status na een herinnering en een transparante notitie op ‘emeritus’ worden gezet. Heractivering is altijd mogelijk.
Termijnen van het TSC
TSC-leden hebben termijnen van 12 maanden , verlengbaar. De samenstelling volgt het principe ‘actieve contributors eerst’ en een leveranciersneutrale balans. Rollen en verantwoordelijkheden zijn openbaar vastgelegd.
Een werkgroep starten
Iedereen kan een werkgroep voorstellen. Nodig: een charter (doel, reikwijdte, opleveringen), lead(s), een communicatiekanaal en een maintainer als sponsor.
De resultaten van werkgroepen komen als PR's en RFC's terug in de hoofdrepositories.
Lazy consensus
Voor kleinere wijzigingen: een voorstel wordt openbaar geplaatst met 5 werkdagen voor review. Geen onderbouwde bezwaren → aangenomen.
Een ‘blokkade’ moet onderbouwd zijn en een alternatieve oplossing of aanpassing voorstellen.
Quorum & stemming
Bij grotere besluiten (nieuwe pijler, breaking changes, wijzigingen in een charter) stemt het TSC:
- Quorum: minstens 60% van de actieve TSC-leden
- Meerderheid: gewone meerderheid van de uitgebrachte stemmen
- Minimum: minstens 3 stemmen als het TSC klein is
- Belangenconflicten: leden met een belangenconflict onthouden zich van stemming
Verwachtingen
Handel leveranciersneutraal, stel de belangen van de community voorop, leg besluiten vast, communiceer respectvol (gedragscode) en meld beveiligingskwesties verantwoord via de daarvoor bestemde kanalen.
Waar worden beslissingen genomen?
RFC's voor grotere wijzigingen · ADR's en notities voor architectuurbesluiten · Issues en PR's voor de implementatie. Elk besluit verwijst naar de discussie die eraan voorafging.
Waar de community samenkomt.
Het project ontstond rond de Cloud Native Conference en de bestaande CCC-community. Het doel: praktijkervaring bundelen en die openlijk verder ontwikkelen.
Uitwisseling op conferenties — talks, panels en Birds-of-a-Feather-sessies waarin engineers echte uitdagingen en patterns delen.
Praktische workshops over volwassenheidsmodellen, scoring en implementatie — frameworkconcepten omgezet in engineeringpraktijk.
Openbare sessies over de roadmap en open RFC-concepten — iedereen kan deelnemen, reageren en meebepalen wat er hierna gebouwd wordt.
Zo kun je bijdragen.
Er is geen minimale omvang voor bijdragen. Elke gedeelde use case, elke review en elke reactie op een RFC brengt het framework verder.
Deel use cases
Tegen welke uitdagingen loop je aan in cloudprojecten? Welke patterns werken — en welke niet? Praktijkervaring is de waardevolste input voor het framework.
Stel criteria & controls voor
Input voor volwassenheidsmodellen en vragenlijsten: wat moet hoe dan ook worden gecontroleerd? Nieuwe controls, scoringcriteria en assessmentpatterns beginnen hier.
Review & geef feedback
Beoordeel architectuurpatterns en referentiemodellen op consistentie, toepasbaarheid en afwegingen. Open RFC's hebben altijd behoefte aan doordachte engineeringperspectieven.
Documentatie & vertalingen
Verbeter, breid uit en vertaal content naar andere talen. Goede documentatie is de helft van de waarde — en altijd gevraagd.
Word lid van een werkgroep
Help mee aan pijlers, scoring, controls of referentiearchitecturen — transparant op GitHub. Via werkgroepen groeit het framework in gerichte sprints met duidelijke verantwoordelijkheden.
Sprekers & sessies
Dien onderwerpen in bij CFP's, geef talks of organiseer BoF's op conferenties. Openbaar gepresenteerde praktijkvoorbeelden geven het framework meer vorm dan een RFC alleen.
Herleidbaar, eerlijk, open.
Governance is een levende praktijk. We houden processen licht maar duidelijk — zodat Wombat met de community kan meegroeien zonder aan verantwoording in te boeten.