Wijzigen voor document Release notes 360º Overheid versie 3.0
Laatst gewijzigd door Afgeschermd op 21-01-2017 15:07:13
gewijzigd door Mark van den Broek (Admin)
op 03-01-2017 02:44:06
op 03-01-2017 02:44:06
gewijzigd door Mark van den Broek (Admin)
op 03-01-2017 02:47:57
op 03-01-2017 02:47:57
Opmerking bij wijziging:
Er is geen opmerking bij deze versie
Samenvatting
-
Paginaeigenschappen (1 gewijzigd, 0 toegevoegd, 0 verwijderd)
Details
- Paginaeigenschappen
-
- Inhoud
-
... ... @@ -203,4 +203,18 @@ 203 203 204 204 = Techniek (voor de nerds onder ons) = 205 205 206 -Als u het lezen tot hier hebt volgehouden bent u een held! En als u hier bent terechtgekomen via de hyperlink bovenaan deze pagina, heeft u vast een bovengemiddelde interesse in technologie. 206 +Als u het lezen tot hier hebt volgehouden bent u een held! En als u hier bent terechtgekomen via de hyperlink bovenaan deze pagina, heeft u vast een bovengemiddelde interesse in de technologie die De KennisFabriek toepast. 207 + 208 + 209 +== Gescheiden Ontwikkel-, Test, Acceptatie en Productie-omgevingen (OTAP) == 210 + 211 +Alles wat De KennisFabriek ontwikkelt, doorloopt een Ontwikkel, Test, Acceptatie en Productie-cyclus in - functioneel en technisch - van elkaar gescheiden omgevingen. Hiermee zorgen we we ervoor dat wijzigingen na Ontwikkeling (in een separate omgeving) en het Testen van die ontwikkeling (in een separate omgeving) Acceptatie door de gebruikende organisatie (in een separate omgeving) kan plaatsvinden voordat de nieuwe / gewijzigde functionaliteit in een Productieomgeving wordt geïmplementeerd. 212 + 213 + 214 +== Architectuur microservices == 215 + 216 +Voor het ontwikkelen, testen, accepteren en in productie nemen van 360º Overheid-omgevingen, wordt te allen tijde het hierboven beschreven OTAP-proces doorlopen. Alleen zo kunnen we garanderen dat alle waarborgen voor een goed functionerende 360º Overheid-omgeving zijn getroffen. Om die 'OTAP-straat', zoals dat in programmeurs-termen heet, consequent en reproduceerbaar te kunnen doorlopen, hebben we alle componenten die daarvoor nodig zijn gestandaardiseerd. Die architectuur ziet er als volgt uit: 217 + 218 +[[image:Micro-architecture.png||height="536" width="600"]] 219 + 220 +Door het gebruik van zogenaamde 'Docker-images' die we zelf hebben ontwikkeld en op elk van de OTAP-omgevingen installeren, waarborgen we maximaal de reproduceerbaarheid van ontwikkel-, test- en acceptatieresultaten in de uiteindelijke productieomgeving.