Referentiearchitectuur: de blauwdruk achter digitale systemen
Stel dat honderd gemeenten elk op eigen houtje een nieuw paspoortloket zouden bouwen, met eigen software, eigen dataformats en eigen regels over wie welke gegevens mag inzien. Elke gemeente zou opnieuw het wiel uitvinden, systemen zouden niet met elkaar kunnen praten, en een verhuizing van de ene naar de andere gemeente zou een IT-nachtmerrie worden. Een referentiearchitectuur voorkomt dit: het is een gestandaardiseerde blauwdruk die vastlegt hoe systemen in een bepaalde sector zijn opgebouwd, welke bouwstenen erin zitten en hoe die met elkaar moeten samenwerken, zonder dat elke organisatie het wiel opnieuw hoeft uit te vinden.
Je kunt het vergelijken met een bouwbesluit voor huizen. Een bouwbesluit schrijft niet voor hoe je keuken eruitziet, maar wel dat een trap een bepaalde breedte moet hebben en een deur een bepaalde vluchtweg moet vrijhouden. Zo laat een referentiearchitectuur ruimte voor eigen keuzes in techniek en ontwerp, maar legt ze wel vast welke onderdelen een systeem moet hebben, hoe gegevens moeten worden uitgewisseld en aan welke afspraken iedereen zich houdt. Dat maakt het mogelijk dat losse systemen van verschillende bouwers toch samen een werkend geheel vormen.
Wat is het precies?
Een referentiearchitectuur is geen kant-en-klare technische oplossing, maar een generiek ontwerp op een hoger abstractieniveau. Architecten in de informatietechnologie (IT) gebruiken de term 'architectuur' net als bouwkundigen: het gaat om de structuur, de indeling in onderdelen en de regels voor hun onderlinge samenhang, niet om de exacte uitvoering.
Zo'n blauwdruk bestaat meestal uit een aantal vaste onderdelen. Ten eerste principes: uitgangspunten zoals 'gegevens worden eenmalig vastgelegd en meervoudig gebruikt' of 'de gebruiker houdt controle over zijn eigen data'. Ten tweede een indeling in lagen of domeinen, bijvoorbeeld een laag voor gegevensopslag, een laag voor de uitwisseling van informatie en een laag voor de dienstverlening aan de eindgebruiker. Ten derde standaarden: afgesproken technische formats en protocollen waarmee systemen met elkaar communiceren, zoals API's (programmeerbare koppelingen tussen systemen) of uitwisselformaten voor data.
Het bouwproces verloopt meestal stapsgewijs. Eerst brengen betrokken partijen in kaart welke processen en informatiestromen er al bestaan. Daarna formuleren architecten gezamenlijke principes en een gewenste doelstructuur. Vervolgens wordt dit vertaald naar concrete bouwstenen en standaarden die organisaties kunnen overnemen. Tot slot wordt de architectuur in de praktijk toegepast, getoetst en bijgesteld: een referentiearchitectuur is nooit af, omdat techniek en behoeften blijven veranderen.
Belangrijk is het onderscheid met een 'gewone' architectuur. Een referentiearchitectuur is generiek en herbruikbaar voor een hele sector of keten van organisaties. Een concrete organisatie leidt daar vervolgens haar eigen, specifieke architectuur uit af, aangepast aan de eigen situatie maar wel binnen de kaders van de referentie.
Wat wil men ermee bereiken?
Het belangrijkste doel is interoperabiliteit: het vermogen van verschillende systemen om zonder haperingen met elkaar te communiceren en gegevens uit te wisselen. Zonder gedeelde afspraken ontstaan er 'eilandautomatisering': losse systemen die intern goed werken maar niet met andere systemen kunnen praten.
Een tweede doel is het voorkomen van dubbel werk. Als honderd organisaties dezelfde soort systemen bouwen, is het efficiënter om één keer een goed doordacht ontwerp te maken en dat overal te hergebruiken. Dit bespaart geld en tijd, en voorkomt dat elke organisatie dezelfde fouten opnieuw maakt.
Daarnaast spelen kwaliteitsdoelen mee: beveiliging, privacy en betrouwbaarheid worden makkelijker te waarborgen als iedereen dezelfde beveiligingsstandaarden en gegevensbeschermingsprincipes toepast, in plaats van dat elke bouwer zijn eigen niveau bepaalt. Ook flexibiliteit is een doel: door systemen op te knippen in losse, herbruikbare bouwstenen kunnen organisaties makkelijker overstappen op nieuwe technologie zonder het hele systeem te moeten vervangen.
Tot slot is er een sturend, soms politiek doel. Overheden en brancheorganisaties gebruiken referentiearchitecturen om marktpartijen richting te geven: leveranciers weten binnen welke kaders zij moeten bouwen, wat versnippering van de markt tegengaat en het makkelijker maakt om van leverancier te wisselen zonder alles opnieuw te bouwen (het voorkomen van zogeheten vendor lock-in, ofwel gedwongen afhankelijkheid van één leverancier).
Voorbeelden uit de praktijk
NORA (Nederlandse Overheid Referentie Architectuur) is sinds 2005 het gezamenlijke architectuurkader voor de Nederlandse overheid. Het beschrijft principes voor onder meer digitale dienstverlening, gegevensuitwisseling en beveiliging waar gemeenten, ministeries en uitvoeringsorganisaties zich naar richten.
GEMMA, de gemeentelijke uitwerking van NORA, wordt beheerd door de Vereniging van Nederlandse Gemeenten (VNG) en helpt gemeenten sinds de jaren 2000 bij het inrichten van hun informatievoorziening, bijvoorbeeld voor zaaksystemen waarin burgerverzoeken worden afgehandeld.
TOGAF (The Open Group Architecture Framework), voor het eerst gepubliceerd in 1995 door The Open Group, is een van de meest gebruikte generieke architectuurmethodes ter wereld en wordt door bedrijven in vrijwel elke sector toegepast om hun IT-landschap te structureren.
RAMI 4.0 (Reference Architecture Model Industrie 4.0) werd in 2015 gepresenteerd door Duitse industrie- en standaardisatieorganisaties als gemeenschappelijk model voor 'slimme fabrieken', waarin machines, sensoren en IT-systemen op elkaar moeten aansluiten.
Gaia-X, gestart in 2019 door Franse en Duitse overheden en bedrijven, is een Europees initiatief voor een referentiearchitectuur voor clouddiensten en dataruimtes, met als doel Europese organisaties minder afhankelijk te maken van grote Amerikaanse en Aziatische cloudaanbieders.
Hoe ver is de techniek?
Referentiearchitecturen zijn geen experimentele technologie maar een vakgebied dat al decennia bestaat en breed wordt toegepast, vooral bij de overheid en in gereguleerde sectoren zoals de zorg en de financiële wereld. De methodiek zelf is dus volwassen.
Toch verloopt de praktische toepassing vaak moeizamer dan de theorie belooft. Een veelgehoord obstakel is dat organisaties bestaande, verouderde systemen (legacy-systemen) niet zomaar kunnen vervangen, waardoor een nieuwe referentiearchitectuur vaak naast oude systemen moet blijven bestaan in plaats van die te vervangen. Ook kost het afstemmen tussen veel organisaties, elk met eigen belangen en tempo, doorgaans jaren.
Een ander punt van kritiek is dat referentiearchitecturen soms te abstract blijven: mooie principes op papier die in de dagelijkse bouwpraktijk onvoldoende houvast geven, waardoor ze in de praktijk beperkt worden nageleefd. Initiatieven als Gaia-X laten dit zien: het project heeft sinds de start in 2019 meerdere keren zijn koers moeten bijstellen omdat het aanvankelijke ambitieniveau (een volwaardig Europees cloudalternatief) lastig te realiseren bleek, mede door de dominantie van bestaande grote cloudaanbieders. Dat is geen falen van het concept referentiearchitectuur op zich, maar illustreert dat een blauwdruk alleen werkt als voldoende partijen zich er daadwerkelijk aan committeren.
Wie werken eraan?
In Nederland wordt NORA beheerd binnen een samenwerkingsverband van de rijksoverheid, gemeenten, provincies en waterschappen, ondersteund door uitvoeringsorganisaties zoals Logius (de digitale dienstverlener van de rijksoverheid) en het Forum Standaardisatie, dat overheidsbrede IT-standaarden vaststelt. GEMMA wordt specifiek onderhouden door de VNG namens de gemeenten.
Internationaal is The Open Group, een samenwerkingsverband van honderden bedrijven en overheden, verantwoordelijk voor TOGAF en gerelateerde standaarden. Op het gebied van industriële systemen werken Duitse organisaties zoals het Platform Industrie 4.0 (een samenwerking van de Duitse overheid en industrie) aan RAMI 4.0. Internationale standaardisatieorganisaties zoals ISO (International Organization for Standardization) leggen bredere technische normen vast waarop veel referentiearchitecturen voortbouwen.
Op Europees niveau trekt de Europese Commissie, samen met een groeiende groep bedrijven en overheidsinstanties uit onder meer Duitsland, Frankrijk en Nederland, de ontwikkeling van Gaia-X, met als bredere ambitie meer Europese soevereiniteit over data en clouddiensten.