OpenShift

Wij zijn het OpenShift-team van CIV en bouwen aan het nieuwe OpenShift-platform: de landingzone die uitgroeit tot het Hybride Cloud Platform van Rijkswaterstaat. Onze ambitie is om teams een stevig, veilig en werkbaar fundament te geven waarop zij applicaties kunnen bouwen en draaien .

Werkwijze en samenwerking

We werken agile/scrum in een DevOps-werkwijze met een tweewekelijkse sprintcyclus. Dat betekent korte feedbackloops, iteratief opleveren en continu verbeteren. In ons team hoort “bouwen” en “runnen” bij elkaar: we ontwikkelen niet alleen functionaliteit, we zorgen er ook voor dat het platform stabiel blijft, inzichtelijk is, en beheersbaar meegroeit met de vraag. Automatisering is daarbij uitgangspunt; waar het kan maken we processen herhaalbaar en voorspelbaar, zodat kwaliteit en snelheid samen op kunnen gaan.

Rollen, bezetting en contact

Programmamanager ICT strategie: Agatha Bos
Projectleider OpenShift: Patrick van der Most

Product Owner: Eddo Binken
Scrum Master: Jason Slof
Team: 7 ontwikkelaars, waarvan 5 intern
Solution Architect: Wouter Moeken
IRN Architect: Vleer Doing

Voor vragen, afstemming, intake of ideeën: openshift@rws.nl

Focus 2026: doorbouwen aan de Landingzone – het Hybride Cloud Platform

In 2026 bouwen we verder aan de nieuwe landingzone op OpenShift. Het jaar staat in het teken van twee dingen: een stabiele basis neerzetten én duidelijke kaders afspreken. Die combinatie is nodig om klanten in Q2 succesvol te laten testen op de PoC-omgeving en in Q4 de eerste migraties te kunnen starten.

Om dit waar te maken werken we langs een paar duidelijke lijnen:

1. Stabiele basis en voorspelbare uitrol (CaaS 1.0)
   We leveren CaaS 1.0 op, met geautomatiseerde cluster-uitrol. Daarmee kunnen we clusters consistent, herhaalbaar en sneller neerzetten. Het vermindert afhankelijkheid van handwerk, maakt omgevingen onderling vergelijkbaar en vormt de basis om gecontroleerd te kunnen opschalen richting meer teams en use-cases.
2. Kaders en afspraken die adoptie versnellen
   Parallel werken we de eerste iteratie van de servicedefinitie en een high-level blueprint uit. Dit gaat niet alleen over “wat” we technisch leveren, maar juist ook over “hoe” we het beheren en gebruiken: governance (rollen, verantwoordelijkheden, besluitvorming, intake/changes) en lifecycle (updates, versies, end-of-life en wat dat betekent voor afnemers). Daarmee maken we verwachtingen concreet en voorkomen we dat ieder nieuw team opnieuw dezelfde vragen moet beantwoorden.
3. Professionaliseren van DevOps: structurele testing als vaste bouwsteen
   Om richting productie en migraties volwassen te kunnen groeien, versterken we onze DevOps-werkwijze met structurele testing. Het doel: kwaliteit eerder in de keten borgen, sneller en betrouwbaarder releasen, en aantoonbaar maken dat wijzigingen het platform niet onbedoeld breken.
4. Observability: inzicht in gezondheid en gedrag van het cluster
   We zetten cluster observability neer, zodat we het platform goed kunnen volgen en sturen. Denk aan monitoring en logging op clusterniveau, met als doel sneller problemen signaleren, eenvoudiger storingen oplossen en beter kunnen sturen op performance en capaciteit. Dit is essentieel om de stap van PoC naar migraties verantwoord te kunnen maken.
5. Compliance en security: start BIO en aantoonbaarheid
   We borgen compliance door in 2026 te starten met BIO. We richten dit praktisch in: niet alleen beleid opschrijven, maar ook daadwerkelijk controls en aantoonbaarheid organiseren, zodat we stap voor stap richting een volwassen en toetsbare platformdienst bewegen.
6. Groei en adoptie: investeren in interne kennis en capaciteit
   Tot slot investeren we in het opleiden van nieuwe interne medewerkers. We willen niet afhankelijk zijn van een klein aantal specialisten, maar structureel interne kennis opbouwen zodat de dienst duurzaam kan groeien en de adoptie in de organisatie goed ondersteund wordt.

Kort gezegd: in 2026 bouwen we aan een OpenShift-platform dat niet alleen technisch staat, maar ook organisatorisch “klopt” — met automation, kaders, observability, compliance en een team dat meegroeit. Dat is de basis om in Q2 succesvol te testen en in Q4 de eerste migraties écht te laten starten.