Heeft u vragen en/of opmerkingen over deze pagina, mailto:postbusear@rijksoverheid.nl


De EAR wordt opgevolgd door de RORA (RijksOverheid Referentie Architectuur), hier vindt u meer informatie over de RORA.

GRC: continuiteit en beschikbaarheid: verschil tussen versies

(Versie 2261 van EARbot (overleg) ongedaan gemaakt)
Geen bewerkingssamenvatting
Regel 1: Regel 1:
{{Element
{{Element
|Elementtype=Afgeleid principe|Status=Vastgesteld
|Elementtype=Afgeleid principe
|ID=GRC07
|ID=GRC07
|Stelling=Bij het ontwerp en realisatie  van  de  cloud-diensten is continuiteit/beschikbaarheid een belangrijk ontwerp en ontwikkel-aspect
|Stelling=Clouddiensten zijn ontworpen op 7x24 uur beschikbaarheid.
|Informatiseringsdomein=Cloud
|Informatiseringsdomein=Cloud
|Toelichting rationale=Het toepassen van cloudconcepten – ook al gebeurt dat binnen een Gesloten Rijkscloud – betekent dat er serieuze aandacht moet zijn voor continuiteit (beschikbaarheid) van de cloud-voorzieningen. Het effect als de cloudvoorzieningen als gevolg van DDOS-achtige aanvallen minder of geheel niet beschikbaar zijn is namelijk groot.
|Toelichting rationale=[[Continuïteit van de dienst (NORA)|NORA principe AP35]] stelt dat beschikbaarheid van diensten is afgestemd op het gebruik. Omdat clouddiensten via internet verlopen, is 7*24 uur beschikbaarheid een uitgangspunt. Bij het ontwerp en realisatie van de clouddiensten is continuiteit/beschikbaarheid daarom een essentieel ontwerp en ontwikkelaspect. Ook al omdat clouddiensten vaker bloot kunnen staan aan cyberaanvallen, met verminderde beschikbaarheid tot gevolg. Het negatieve effect daarvan is groot.
|Toelichting implicaties=Om te voorkomen dat cloudvoorzieningen als gevolg van DDOS-achtige aanvallen minder of geheel niet beschikbaar zijn kan worden voorkomen door hiervoor een proces van incident-reactie en continuitymanagement in te richten. Immers, de GRC op zo’n moment “even” afsluiten van het internet is een niet begaanbare weg.
|Toelichting implicaties=*Wapen de cloud dienstverlening  tegen aanvallen door inrichten van incidentreactie en continuïteitsmanagement.
*Maak gebruik van technieken zoals virtualisatie en loadbalancing binnen een rekencentrum en ook tussen rekencentra.
|Status=Vastgesteld
|Datum-geldig-vanaf=2014/02/01
|Datum-laatste-wijziging=2015/05/26
|Versiebeheer=150526 - De oorspronkelijke stelling (''Bij het ontwerp en realisatie van de cloud-diensten is continuiteit/beschikbaarheid een belangrijk ontwerp en ontwikkel-aspect'') is aangescherpt. Tevens is het verband gelegd met [[Continuïteit van de dienst (NORA)|NORA principe AP35]] in de rationale. Verder is een implicatie toegevoegd welke oorspronkelijk als [[GRC: geconsolideerde rekencentra|principe GRC08]] was geformuleerd.
|Realiseert=Vaststelling Doelarchitectuur Gesloten Rijkscloud (GRC),
|Realiseert=Vaststelling Doelarchitectuur Gesloten Rijkscloud (GRC),
|Paginanaam=GRC: continuiteit en beschikbaarheid
|Paginanaam=GRC: continuiteit en beschikbaarheid
}}
}}
{{Publicatie}}

Versie van 27 mei 2015 04:07


“Cloud” staat niet in de lijst met mogelijke waarden voor de eigenschap “Informatiseringsdomein” (I-domein totaal, Werkplekdiensten, Toegangsdiensten, Applicatiediensten, Documentdiensten, Gegevensdiensten, Connectdiensten, Datacenterdiensten, Webdiensten, Inkoop, ...).

Eigenschappen

Deze pagina is voor het laatst bewerkt op 27 mei 2015 om 04:07.