Daar waar de architectuurfunctie de afgelopen jaren vooral bezig was met een groei in volwassenheid en het verSaaSen van onze applicaties, gaat deze zich nu vooral richten op de toekomstige architectuur van onze producten en diensten.
Hiervoor is een doelarchitectuur vastgesteld waarvoor in voorgaande jaren de voorbereidingen voor ontwerp en implementatie getroffen werden. Voor nieuwe ontwikkelingen wordt steeds beoordeeld of deze volgens de nieuwe doelarchitectuur ontwikkeld worden.
De huidige applicaties hebben een complexiteit die het lastig maakt om snel veranderingen en functionaliteit toe te voegen. Door deze complexiteit kunnen wij functionaliteit niet vrijgeven in het tempo dat wij willen. Dit zou in de toekomst dagelijks moeten kunnen, met continuous delivery/deployment. Een voordeel van deze manier van het vrijgeven van software is dat de impact van veranderingen vele malen kleiner is dan die van de huidige grote releases.
De nieuwe architectuur gaat dit oplossen door de software op te delen in kleinere eenheden met een enkele verantwoordelijkheid. Deze eenheden zijn zelfstandig vrij te geven. Als kapstok wordt hiervoor gebruikgemaakt van de bedrijfsprocessen van de sectorale referentiearchitectuur GEMeentelijke Model Architectuur (GEMMA). Deze architectuur volgt Common Ground, zie ook de toelichting op dit thema. Een dataobject heeft maar één service-eigenaar en deze wordt ontsloten door middel van een API. Voor de gegevensuitwisseling wordt gebruikgemaakt van ons integratieplatform.
