Notitie · juni 2026
Red Hat Tech Day 2026: lessen, Ansible en zelf bouwen
Op 3 juni was ik bij Red Hat Tech Day in Bunnik — een dag vol sessies over platform engineering, automatisering en OpenShift. Drie dingen bleven het meest hangen: vijf lessen voor platform engineers, een sessie over moderne Ansible-ontwikkeling, en een hands-on workshop die naadloos aansloot op waar ik zelf mee bezig ben.
Vijf lessen voor platform engineers
De eerste sessie verraste me: geen YAML, maar marketing. De spreker leende vijf ideeën van Seth Godin en vertaalde ze naar platform engineering.
- Differentiatie — een intern platform moet onderscheidend zijn, geen grijze middenmoot. Wat maakt jouw platform de moeite waard boven ‘zelf maar iets regelen’?
- Klantempathie — je ontwikkelaars zíjn je klanten. Bouw vanuit hun werk, niet vanuit je eigen techniek.
- ‘Sneezers’ — de collega's die enthousiast je platform doorvertellen zijn je beste marketing. Vind ze en koester ze.
- Voorspelbare innovatie — lever continu kleine, betrouwbare verbeteringen in plaats van zeldzame grote sprongen.
- Ingebouwde feedback-loops — maak feedback onderdeel van het platform zelf, zodat je niet hoeft te gokken wat werkt.
Klinkt soft, maar het is precies de kern van mijn nieuwe rol: een platform bouwen dat anderen wíllen gebruiken.
Moderne Ansible-ontwikkeling
De tweede sessie ging over hoe Ansible-ontwikkeling er vandaag uitziet. Twee dingen vielen op: Execution Environments en OpenShift Dev Spaces.
Execution Environments verpakken je Ansible-runtime — Python, collections, dependencies — in een container-image. Daarmee draait je automatisering overal hetzelfde: op je laptop, in de pipeline en in productie. Geen ‘werkt bij mij wel’ meer.
OpenShift Dev Spaces geeft je een volledige ontwikkelomgeving in de browser, draaiend op het cluster. Je collega's beginnen met dezelfde tooling en versies, zonder uren aan lokale setup.
Van theorie naar praktijk: mijn Namespace-as-a-Service-demo
Wat de dag voor mij compleet maakte: de workshops sloten precies aan op een lab waar ik zelf mee bezig ben. Ik bouw een Namespace-as-a-Service-opzet met Red Hat Developer Hub en OpenShift GitOps.
Het idee: een ontwikkelteam vult een formulier in Developer Hub in, en krijgt automatisch een eigen namespace — met ResourceQuota-grenzen er al in gebakken via GitOps. ArgoCD bewaakt de gewenste staat, een Helm-chart levert de bouwstenen. Het team bedient zichzelf, ik hoef niet voor elke aanvraag handmatig iets te draaien.
Precies de vijf lessen in de praktijk: het platform is onderscheidend (self-service), gebouwd vanuit wat ontwikkelaars nodig hebben, en de feedback-loop zit in de tooling zelf.
Mooie dag. Niet alleen techniek, maar ook een andere manier van kijken naar het werk dat ik vanaf augustus bij SSC-ICT ga doen.