Wijzigen voor document Release notes 360º Overheid versie 3.0

Samenvatting

• Paginaeigenschappen (1 gewijzigd, 0 toegevoegd, 0 verwijderd)

Details

Paginaeigenschappen

Inhoud

...	...	@@ -208,13 +208,19 @@
208	208
209	209	== Gescheiden Ontwikkel-, Test, Acceptatie en Productie-omgevingen (OTAP) ==
210	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.
	211	+Alles wat De KennisFabriek ontwikkelt, doorloopt een Ontwikkel, Test, Acceptatie en Productie-cyclus (OTAP) 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	212
213	213
	214	+== OTAP-omgevingen op PaaS / CaaS-omgevingen in Nederlandse datacentra ==
	215	+
	216	+Alle omgevingen van 360º Overheid worden gehost in Nederland. De Test-, Acceptatie- en Productieomgevingen zijn geïmplementeerd op een Jelastic-platform (//Platform as a Service, PaaS)//, waardoor 360º Overheid-omgevingen zowel eenvoudig verticaal (lees: door toevoeging van meer CPU-capaciteit, meer geheugen, meer opslag) als horizontaal (lees: door toevoeging van meer //nodes/servers// voor één of meer componenten) kunnen worden 'geschaald'.
	217	+
	218	+
214	214	== Architectuur microservices ==
215	215
216	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	217
218		-[[image:360-architecture-microservices.svg||height="485" width="399"]]
	223	+(% style="text-align:center" %)
	224	+[[image:360-architecture-microservices.svg||height="778" width="640"]]
219	219
220		-Door het gebruik van zogenaamde 'Docker-images' die we zelf hebben ontwikkeld en op elk van de OTAP-omgevingen als 'containers' installeren, waarborgen we maximaal de reproduceerbaarheid van ontwikkel-, test- en acceptatieresultaten in de uiteindelijke productieomgeving.
	226	+De volledige technische architectuur Door het gebruik van zogenaamde 'Docker-images' die we zelf hebben ontwikkeld en op elk van de OTAP-omgevingen als 'containers' installeren, waarborgen we maximaal de reproduceerbaarheid van ontwikkel-, test- en acceptatieresultaten in de uiteindelijke productieomgeving.