6. Platform Architectuur

Principes en uitgangspunten voor een RWS platformarchitectuur.

Inleiding

Hier worden de de principes en uitgangspunten voor de platformarchitectuur van Rijkswaterstaat beschreven. Deze zijn gebaseerd op de richtlijnen uit de Nederlandse Overheid Referentie Architectuur (NORA) en de Enterprise Architectuur van Rijkswaterstaat (RWS EA).

De principes zijn geordend conform de indeling in de EAR 2025, hieronder is een link naar deze opgenomen. Per onderwerp wordt gekeken naar de impact op de platformdienstverlening en de principes voor de platformen die hieruit voortvloeien. Het doel is om een eenduidig kader te bieden voor ontwerp, ontwikkeling, beheer en ook de doorontwikkeling van platform gebaseerde oplossingen binnen Rijkswaterstaat.

Doel: Richting geven aan de inrichting van schaalbare, veilige en toekomst vaste platformarchitecturen.

Scope: Van toepassing op alle door IVP geleverde platformcomponenten als zijnde onderdeel van 1 van de hieronder gedefinieerde platformen. Het gaat hierbij om onder andere applicatie-, integratie- en infrastructuurvoorzieningen, zowel on-premise in het RWS datacenter als in een van de beschikbare cloudomgevingen.

Principes

Onderstaande principes zijn geordend volgens de onderdelen:

1. Bedrijfsarchitectuur,
2. Informatiearchitectuur,
3. Applicatiearchitectuur,
4. Technische Architectuur,
5. Governance & Security.

Bedrijfsarchitectuur

Dienstgericht en gebruiksgericht

Stelling: Het platform ondersteunt de dienstverlening van bestaande IV processen en sluit aan bij de dienstgerichte principes van de NORA.

Rationale: Verhoogt de gebruikerswaarde van de componenten en vereenvoudigt de integratie hiervan in ketenprocessen.

Principe B1: Bied functionaliteit aan als herbruikbare diensten en zorg voor eenduidigheid in de gebruikerservaringen.

Ketengericht samenwerken

Stelling: Het platform faciliteert met zijn individuele componenten bij uitstek de ketenprocessen zoals die zowel binnen als buiten Rijkswaterstaat worden vormgegeven. 

Rationale: De meeste RWS-processen zijn ketenprocessen, dat betekent dat de verschillende onderdelen in die keten goed moeten samenwerken. Samenwerking vereist uniformiteit bij de integratie van de verschillende onderdelen. Componenten van platformen hebben individuele waarde en kunnen moeiteloos geïntegreerd worden in deze ketens zowel gecombineerd met andere platformcomponenten als op zich zelf staand.

Principe B2: Maak gebruik van standaardkoppelingen, interfaces en protocollen en maak duidelijke afspraken over het eigenaarschap en dus het beheer hiervan.

Waardegedreven

Stelling: Platformkeuzes dragen aantoonbaar bij aan RWS-doelen: veiligheid, beschikbaarheid, duurzaamheid en kostenefficiëntie.

Rationale: Maximaliseert maatschappelijke en operationele waarde.

Principe B3: Prioriteer oplossingen die kosten reduceren, risico's verlagen of efficiëntie verhogen.

Informatiearchitectuur

Eénmalige registratie, meervoudig gebruik

Stelling: Platformen en daaronder vallende platformcomponenten ondersteunen dat data één keer wordt vastgelegd en meermalig en organisatie breed gebruikt wordt. 

Rationale: Vermindert redundantie en voorkomt daarmee fouten en verlaagt kosten. 

Principe I1: platform componenten richten zich op het gebruik en de ondersteuning van centrale dataregistraties en dataproducten.

Open standaarden, tenzij…

Stelling: NORA-voorkeursstandaarden worden verplicht gesteld. 

Rationale: Verhoogt interoperabiliteit en vermindert vendor lock-in.

Principe I2: Standaarden als Digi koppeling, REST/JSON, OGC en DCAT zijn randvoorwaardelijk voor de verschillende individuele platformcomponenten.

FAIR-data (vindbaar, toegankelijk, interoperabel, herbruikbaar)

Stelling: Data en metadata volgen FAIR-principes.

Rationale: FAIR eigenschappen dragen bij aan een verbeterde vindbaarheid en herbruikbaarheid voor data. 

Principe I3: Platform componenten die over datafunctionaliteit gaan hebben de FAIR principes als uitgangspunt.

Geborgde informatiekwaliteit

Stelling: kwaliteitsborging.

Rationale: Betrouwbare informatie is essentieel voor beheer en besluitvorming.

Principe I4: Implementeer datavalidatie, lineage en monitoring.

Applicatiearchitectuur

Modulariteit en microservices waar passend

Stelling: Diensten zijn modulair opgebouwd.

Rationale: Reduceert afhankelijkheden en verhoogt flexibiliteit.

Principe A1: Gebruik domeingerichte ontwerpen (DDD) en microservices als onafhankelijk beheer nodig is.

API-first, Cloud-ready, Tenant-aware

Stelling: Diensten zijn primair API-driven en geschikt voor cloud- en hybride omgevingen Cloudnative Applicatie ontwikkeling volgens. 

Rationale: Bevordert schaalbaarheid en integratie.

Principe A2: Documenteer API's en ontwerp voor multi-tenancy en hergebruik.

Hergebruik boven maatwerk

Stelling: Gebruik zoveel mogelijk bestaande voorzieningen.

Rationale: Verhoogt efficiëntie en consistentie.

Principe A3: Pas Rijksbrede voorzieningen toe zoals DigID, eHerkenning, BRO, PDOK.

Scheiding van lagen

Stelling: Presentatie-, logica-, integratie- en datalagen worden gescheiden.

Rationale: Verhoogt onderhoudbaarheid en flexibiliteit.

Principe A4: Pas gelaagde architectuur toe.