Een soevereine Cloud implementatie heeft alleen voorkeur boven gedeelde publieke services indien risico's van statelijke actoren acceptabel zijn

Background

Randvoorwaarden voor externe back-up van data binnen SaaS dienstverlening zoals MS365, zijn niet noodzakelijk, omdat MS zorgt voor disaster discovery en data informatie management (wat data herstel mogelijk maakt). De data is te exporteren/migreren indien gewenst (exit strategie).

Het maken van additionele externe back-up's van de data zou een aanvullende maatregel kunnen zijn indien er onvoldoende vertrouwen door statelijke actoren.

SaaS providers als Microsoft en Google bieden inmiddels een soevereine variant van hun services, waarbij de dienstverlening van hun diensten bij MS onafhankelijke Europese organisaties is belegd. Vraag is wel in hoeverre hiermee soevereiniteitsrisico's hiermee worden gemitigeerd.

Voorstel is dat alleen voor soevereine Cloud implementaties wordt gekozen als de extra kosten afwegen tegen het risico wat wordt gemitigeerd.

Considerations

De bestaande Microsoft SharePoint on-premise [deprecated] is ongeschikt om te voldoen aan de opdracht om productiever te worden. Hiervoor moet een alternatief komen. Het inzetten van de publieke cloud variant ligt qua functionaliteit, kosten en time-to-market het meest voor de hand, maar heeft een beperkt politiek draagvlak. Voor de lange termijn kijken we uit naar een opensource alternatief, maar dat is niet op korte termijn beschikbaar. Een afweging is een hybide opzet, icm met de Microsoft 365. 

De bestaande SBB Centrale werkomgeving [deprecated] biedt werkplek functionaliteit voor BYOD gebruikers en wordt op plekken in de organisatie ingezet voor toegang tot KA, waar een PC slecht past. Voor de groep ABB 1.6.8 BYOD geldt dat de beveiliging onvoldoende te waarborgen is. Voor een belangrijk deel kunnen deze werkplekken door het uitdelen van SBB Digitale Werkplek (DWP)worden vervangen (Geschatte kosten ca. € 200 / jaar / gebruiker). Een alternatief hiervoor is het inzetten vanABB 1.6.6 Desktop as a Servicezodat de inrichting van de DWP kan worden aangehouden om de rationalisatie van het beheer te kunnen realiseren. De realisatie van ABB 1.6.6 Desktop as a Service is mogelijk met OpenShift maar zal beperkt zijn om graphische hardware acceleratie te realiseren. De korte termijn aanpak is gebaseerd op het uitfaseren van Ivanti. Om dit in lijn met de architectuur te doen en het applicatie beheer te kunnen rationaliseren is een tussenstap van VDI's gebaseerd op VMware en Cirtrix een logische tussenstap. Omdat de verwachting is dat dit snel is uit te voeren, is er meer ruimte voor de ontwikkeling van VDI's via OpenShift of het voorbereiden van een uitrol met fysieke laptops.

Een alternatief is het realiseren van VDI's via een publieke cloud dienst (b.v. Microsoft 365) wat een snelle time-to-market heeft, maar niet goedkoper is (ca. € 720 / jaar / gebruiker).

Al we kiezen voor de publieke cloud variant, dan zijn er nog de volgende vragen:

• Is een externe backup van cloud services nodig als disaster recovery en dataherstel voor de gebruiker onderdeel is van van SaaS, en externe backups niet terug te zetten zijn?
• Niet duidelijk is echter wat dit betekent voor b.v. gasttoegang
• Hoe zit het met de afhankelijkheid van software updates.

Voorkeurs scenario's:

• Zet fysieke laptops voor BYOD gebruikers, vang dit eventueel tijdelijk op met ABB 1.6.6 Desktop as a Service. Ruim de Centrale werkomgeving op (leunt op VMWare, Citrix en Ivanti)
• Zet in op Microsoft 365 in een hybride variant, zonder lokale cloud technologie van Microsoft. Investeer in opensource alternatieven voor de lange termijn.

Related Architectural Items

• Microsoft SharePoint on-premise [deprecated]
• SBB Centrale werkomgeving [deprecated]

Rationale

To be filled in by the one who made the decision.

• Explanation of the rationale behind the decision that was made.

Action items

1 incomplete Type your task here. Use "@" to assign a user and "//" to select a due date.