Acceptatie van digitale soevereiniteit

Dit artikel bevat een executive overzicht van Microsoft Sovereign Cloud en beantwoordt de belangrijkste vragen die besluitvormers nodig hebben om een weloverwogen goedkeuringsbeslissing te nemen.

Soevereiniteit is een steeds belangrijkere bedrijfsprioriteit geworden voor organisaties. De uitdaging met soevereiniteit voldoet aan de vereisten zonder onnodige belemmeringen voor innovatie, flexibiliteit en schaal te creëren. Organisaties die een patchwork van producten en handmatige controles gebruiken, zien vaak hogere kosten en tragere levering zonder meer vertrouwen dat ze naleving kunnen demonstreren.

De Microsoft Sovereign Cloud helpt deze uitdagingen op te lossen. Het biedt onafhankelijke mogelijkheden in openbare, privé- en partnerclouds. Deze continuum van implementatieopties vermindert de noodzaak van geïsoleerde oplossingen en helpt organisaties bij het onderhouden van een consistente benadering van governance, beveiliging en bewerkingen naarmate de vereisten zich ontwikkelen.

Resultaat: Met deze richtlijnen kunnen besluitvormers begrijpen hoe ze voldoen aan soevereiniteitsvereisten voor Azure workloads in Microsoft Onafhankelijke cloud en de beleidsregels en standaarden vaststellen die nodig zijn om ze in de loop van de tijd te ondersteunen.

Soevereiniteitsoplossingen en beslissingsstructuur

Overview

De onafhankelijke openbare cloud host Azure workloads in de openbare cloud van Microsoft waarop soevereiniteitscontroles zijn toegepast. Onafhankelijke privécloud voert workloads uit op Azure Lokaal hardware in on-premises omgevingen met volledige infrastructuur- en operatorsoevereiniteit. National Partner Cloud plaatst workloads op door partners beheerde infrastructuur buiten de openbare cloud van Microsoft.

Overzicht van Microsoft soevereine cloudimplementatieopties. Download een PowerPoint bestand van deze architectuur.

Beslissingsstructuur

Als u soevereiniteitsvereisten en -controles wilt definiëren, begint u met soevereiniteitsplanning. Als standaard Microsoft cloudmogelijkheden en besturingselementen voor governance voldoende zijn, gebruikt u Azure openbare cloud. Als voor de workload soevereiniteitsbeheer is vereist voor governance, gegevenslocatie, vertrouwelijkheid, versleuteling, sleutelbeheer of toegangsbeheer van operators, gebruikt u Soevereine openbare cloud. Als voor de workload door de klant beheerde infrastructuur of lokale bewerkingen zijn vereist, moet u bepalen of Azure connectiviteit is vereist. Als connectiviteit vereist is, gebruik Sovereign Private Cloud Connected. Als connectiviteit niet vereist is, gebruikt u Sovereign Private Cloud Disconnected. Als voor de workload een infrastructuur is vereist die wordt beheerd onder nationale jurisdictie door een lokale provider, gebruikt u National Partner Cloud. Voordat u workloads implementeert, moet u bepalen of architectuur voor soevereiniteit en governance-richtlijnen vereist zijn en of operationele standaarden voor soevereiniteit nodig zijn om de naleving continu te waarborgen. Het proces eindigt met het onboarden van workloads naar de geselecteerde Microsoft Sovereign Cloud-omgeving.

Beslissingsstructuur voor de Microsoft Onafhankelijke cloud. Download een PowerPoint bestand van deze architectuur.

Conceptuele

Conceptueel architectuurdiagram waarin wordt getoond hoe een Azure landingszone soevereine workloads ondersteunt in meerdere implementatiemodellen. Centraal bevat een soevereine Azure-landingszone in een soevereine openbare cloud een platform-landingszone die gedeelde governance- en beheerdiensten levert, samen met workload-landingszones voor afzonderlijke workloads. De ene landingszone voor workloads biedt plaats aan een workload in een soevereine publieke cloud en de andere aan een workload in een soevereine private cloud. Microsoft 365 services, beveiliging, identiteit en gegevensbeheer bieden mogelijkheden in de hele omgeving. De soevereine privécloudworkload wordt uitgebreid naar een on-premises Azure Lokaal-omgeving, waar workloads worden uitgevoerd op lokale hardware. Naast de Azure landingszone wordt een afzonderlijk nationaal cloudimplementatiemodel voor partners weergegeven en worden workloads weergegeven die worden uitgevoerd op door partners beheerde infrastructuur. Het diagram illustreert hoe soevereiniteitsbeheer kan worden toegepast op openbare cloud- en privéclouds en door partners beheerde omgevingen binnen een geïntegreerde Cloud Adoption Framework-architectuur.

Conceptuele weergave van onafhankelijke workloads in de drie Microsoft Soevereine cloudimplementatieopties. Download een PowerPoint bestand van deze architectuur.

Concept + integratie

Onder de Azure landingszone worden Microsoft Copilot Studio, Microsoft Fabric en Microsoft 365 weergegeven als geïntegreerde bedrijfs-, gegevens- en AI-oplossingen. Onderaan maken gegevensbronnen, waaronder on-premises systemen, Dataverse, Microsoft 365, Azure workloads en andere clouds verbinding met deze oplossingen. Tweerichtingspijlen geven integratie aan tussen gegevensbronnen, Microsoft platforms en Azure workloads.

Conceptuele weergave van onafhankelijke workloads in de drie Microsoft Soevereine cloudimplementatieopties die de integratie van ondernemingen met Microsoft oplossingen laten zien. Download een PowerPoint bestand van deze architectuur.

1. Wat is digitale soevereiniteit?

Digitale soevereiniteit is de mogelijkheid voor organisaties om controle uit te oefenen over hun gegevens, technologie en operationele governance in overeenstemming met hun wettelijke, wettelijke en zakelijke vereisten. Een combinatie van technische, operationele en contractuele onafhankelijke controles maakt het mogelijk.

Soevereiniteit is een subset van uw bredere nalevingsverplichtingen. Naleving omvat alle wettelijke, wettelijke, contractuele en organisatorische vereisten. Soevereiniteit is gericht op de specifieke vereisten die van toepassing zijn op controle, jurisdictie, gegevenslocatie, administratieve toegang en operationele governance.

Digitale soevereiniteit wordt niet alleen bereikt door isolatie of concentratie. Het doel is om proportionele controles toe te passen en de beschikbaarheid en tolerantie van systemen en gegevens te maximaliseren. Ontwerpen moeten jurisdictie- en operationele risico's beperken zonder onnodige afhankelijkheden, single points of failure te creëren of concentraties van gegevens en infrastructuur die het risico verhogen.

2. Heb je soevereiniteit nodig?

De meeste organisaties hebben enkele soevereiniteitsvereisten. De vraag is meestal niet of u soevereiniteit nodig hebt, maar welke workloads extra soevereiniteitscontroles vereisen en hoeveel controle deze workloads nodig hebben. Meest voorkomende drivers zijn:

• Nationale of regionale voorschriften
• Branchevoorschriften, zoals financiële of gezondheidszorgregels
• Overheids-, defensie- of kritieke infrastructuurverplichtingen
• Contracten waarvoor lokale controle of bewerking is vereist

Als uw bestaande Azure-mogelijkheden voor beveiliging, naleving en regionale implementatie aan uw vereisten voldoen, kunnen standaard Azure-implementaties voldoende zijn. Als u meer controle nodig hebt over waar gegevens worden opgeslagen, wie toegang heeft tot systemen, hoe infrastructuur wordt beheerd of welke jurisdictie deze bewerkingen bepaalt, evalueert u Microsoft Soevereine cloudmogelijkheden.

3. Waarom Microsoft Sovereign Cloud?

De meeste soevereiniteitsstrategieën mislukken wanneer organisaties gedwongen worden om te kiezen tussen controle en innovatie. Microsoft Sovereign Cloud biedt soevereiniteitscontroles over een continuüm aan implementatieopties. Belangrijke voordelen zijn onder andere:

• Consistent platform: gebruik consistent beheer, services, API's, governance en hulpprogramma's voor ontwikkelaars in onafhankelijke implementatiemodellen. Deze aanpak vermindert de operationele complexiteit en stelt teams in staat vaardigheden, processen en investeringen opnieuw te gebruiken.

• Innovatie en controle: workloads kunnen blijven profiteren van het brede serviceportfolio van de hyperscale cloud, elastische capaciteit, wereldwijde infrastructuur, snelle platformupdates en geavanceerde AI-mogelijkheden.

• Aanpassen in de loop van de tijd: naarmate regelgeving, geopolitieke omstandigheden of bedrijfsvereisten veranderen, kunnen workloads zich verplaatsen over het continuum van de soevereiniteit.

• Onafhankelijke AI: Onafhankelijke openbare cloud biedt toegang tot AI-services in Azure met onafhankelijke besturingselementen. Voor workloads die uw locatie niet kunnen verlaten, kunt u AI lokaal uitvoeren op Azure Lokaal.

4. Welke Microsoft soevereine oplossing kies ik?

Microsoft Sovereign Cloud biedt drie implementatiemodellen met verschillende niveaus van soevereiniteit. Kies het model dat voldoet aan uw vereisten met de minste beperkingen en de hoogste praktische niveaus van innovatie, beschikbaarheid en tolerantie. De meeste organisaties gebruiken soevereine openbare cloud als standaard en gebruiken alleen andere modellen voor workloads waarvoor aanvullende controles zijn vereist. Dit zijn de huidige opties:

• Soevereine openbare cloud: Soevereine maatregelen zijn beschikbaar in de openbare Azure-cloud. Deze optie is het beste wanneer u gegevenslocatie, vertrouwelijkheid van gegevens en operationeel toezicht nodig hebt, maar de innovatiemogelijkheden van de Azure openbare cloud wilt. Zie Soevereine publieke cloud

• Onafhankelijke privécloud: wordt uitgevoerd op Azure Lokaal in faciliteiten die u beheert of aanwijst. Ideaal wanneer workloads lokaal moeten blijven met verbinding met Azure of volledig los van Microsoft moeten kunnen draaien. U kunt Microsoft 365, Foundry en GitHub lokaal uitvoeren. Zie Sovereign Private Cloud.

• National Partner Clouds: Deze optie is beperkt tot in aanmerking komende klanten in een beperkt aantal geografische gebieden, zoals Duitsland en Frankrijk. Elke cloud wordt beheerd door een lokale partner onder nationaal bestuur, onafhankelijk van Microsoft bewerkingen. Het beste wanneer wet of beleid operationele onafhankelijkheid van Microsoft vereist. Zie National Partner Clouds.

Zie de beslissingsstructuur Soevereiniteit voor hulp bij het kiezen tussen de verschillende oplossingen.

5. Wat kost soevereiniteit?

Soevereiniteit omvat compromissen tussen risico' s, flexibiliteit en kosten. Naarmate organisaties meer beperkende besturingselementen voor soevereiniteit aannemen, nemen de kosten toe omdat voor grotere isolatie en operationele verantwoordelijkheid extra infrastructuur en ondersteunende mogelijkheden nodig zijn. Het doel is om alleen de besturingselementen toe te passen die elke workload nodig heeft. Hier volgt een overzicht van de belangrijkste kostenfactoren:

• Kostenfactoren voor onafhankelijke openbare cloud: u betaalt standaard Azure prijzen. Extra kosten zijn afkomstig van de specifieke services, SKU's of regio's die u selecteert om de besturingselementen te verkrijgen die u nodig hebt, zoals vertrouwelijke computing of door de klant beheerde sleutels in Azure Key Vault. Zie Azure prijzen voor standaardprijzen.

• Soevereine kostenfactoren voor privéclouds: dit model voegt zowel infrastructuur- als operationele kosten toe. U koopt gevalideerde Azure Lokaal hardware- en softwarelicenties en neemt verantwoordelijkheid voor het werken en beveiligen van de omgeving. Meer infrastructuurbeheer betekent hogere investeringen en operationele kosten vooraf. Afhankelijk van uw implementatietype (alleen hypergeconvergeerd), komt u mogelijk in aanmerking voor een Hybrid Benefit.

• Kostenfactoren voor National Partner Clouds: de partner stelt prijzen, beschikbaarheid van services en ondersteuning in, en deze verschillen van wereldwijde Azure. Evalueer zowel prijs- als beschikbare services voordat u kiest.

Gebruik voor workloadspecifieke schattingen de Azure prijscalculator, hoewel de soevereiniteitsbesturingselementen die beschikbaar zijn in de calculator mogelijk onvolledig zijn.

6. Hoe worden soevereiniteitsverantwoordelijkheden gedeeld?

Soevereiniteit is een gedeelde verantwoordelijkheid. Het saldo van verantwoordelijkheden is afhankelijk van het implementatiemodel dat u kiest. Meer infrastructuurbeheer en operationeel eigendom hebben een grotere operationele verantwoordelijkheid. Hier volgt een overzicht van de belangrijkste verantwoordelijkheden:

• Onafhankelijke openbare cloud: Microsoft beheert de infrastructuur en biedt soevereiniteitsmogelijkheden. U bepaalt welke besturingselementen van toepassing zijn, configureert en bewaart het bewijs dat naleving en soevereiniteit bewijst. U beheert ook versleutelingssleutels wanneer dat nodig is.

• Onafhankelijke privécloud: u werkt met de infrastructuur en de lokale omgeving. Microsoft biedt het softwareplatform. De exacte verdeling van verantwoordelijkheden is afhankelijk van of de implementatie verbonden blijft met Azure services of onafhankelijk werkt na de implementatie.

  • Azure Lokaal Connected: Microsoft is verantwoordelijk voor het gebruik en onderhoud van de Azure openbare cloudservices die ondersteuning bieden voor Azure Lokaal verbonden mogelijkheden.

  • Azure Lokaal niet verbonden: de implementatie is na de uitrol niet afhankelijk van cloudservices van Microsoft. Microsoft minder operationele verantwoordelijkheden heeft en u neemt meer verantwoordelijkheid voor het uitvoeren van de omgeving.

• National Partner Clouds: een aangewezen onafhankelijke cloudoperator, gevestigd en operationeel binnen het land of de regio, bezit en beheert de cloud onder lokaal bestuur en jurisdictie. De operator beheert de omgeving onafhankelijk van Microsoft bewerkingen. Werk samen met de operator om een operationeel model te definiëren dat voldoet aan uw soevereiniteitsvereisten. Controleer of de certificeringen, controles en nalevingsmogelijkheden van de operator voldoen aan uw soevereiniteitsbehoeften.

7. Tijd tot soevereine waardecreatie

Hoe snel u productie bereikt, is afhankelijk van de hoeveelheid infrastructuur die u zelf moet implementeren en gebruiken. Hoe meer u bepaalt, hoe langer het pad.

• Onafhankelijke openbare cloud: deze optie biedt het snelste pad naar waarde. U hebt geen hardware om aan te schaffen of faciliteiten om u voor te bereiden. Met een onafhankelijke landingszone kunt u snel een compatibele omgeving opzetten en implementeren met standaard Azure patronen.

• Onafhankelijke privécloud: plan voor een langere cyclus. Azure Lokaal vereist gevalideerde hardware, gereedheid van de faciliteit en lokale operationele mogelijkheden. Tijdlijnen zijn afhankelijk van de beschikbaarheid en implementatiegereedheid van hardware.

• National Partner Clouds: tijdlijnen variëren op basis van vereisten voor onboarding van klanten, geschiktheidsverificatie en goedkeuring van regelgeving. Servicebeschikbaarheid en operationele modellen variëren per provider en regio. Valideer vereisten vroeg in het planningsproces.

8. Soevereine controles aannemen

Microsoft's Cloud Adoption Framework geeft u een gestructureerd pad en kunt u het in stappen voor soevereiniteit destilleren. Elke stap bouwt voort op de stap ervoor.

Diagram met de fasen van het Microsoft Soevereine cloudimplementatieproces: planning en gereedheid, Azure architectuur en governance van landingszones en operationele standaarden. Een Azure landingszone is de vereiste om te starten en elke fase bouwt voort op de vorige fase.

1. Soevereiniteitsplanning en organisatiegereedheid: leer hoe u soevereiniteitsvereisten kunt identificeren en controles kunt toepassen in de Microsoft Sovereign Cloud. Meer informatie over het definiëren van uw implementatiemodel, operationeel model, vaardigheid en kostenbeheer en FinOps.

2. Soevereiniteitsarchitectuur en -governance: informatie over het selecteren en standaardiseren van de doelarchitectuur, het governancemodel en platformbesturingselementen voor elk Microsoft soevereine cloudimplementatiemodel.

3. Operationele soevereiniteitsstandaarden: leer hoe u operationele standaarden, nalevingsprocessen en bewijsvereisten tot stand brengt die de soevereiniteitsvereisten gedurende hun levenscyclus ondersteunen.

Gebruik de beslissingsstructuur soevereiniteit om uw volgende stap te bepalen of begin met planning en gereedheid van de organisatie.

Volgende stap

Planning en organisatiegereedheid