CHECKLIST · EUROPESE CLOUD EN SOEVEREINITEIT
Checklist voor migratie naar een Europese cloud en digitale soevereiniteit
Vink deze controles in volgorde af, van inventarisatie tot ontmanteling, en koppel elk antwoord aan een bestand. Een StackToIT-run schrijft een soevereiniteitsbestand dat 13 dimensies van een omgeving vastlegt: in de AWS-omgeving met 13 resources achter deze pagina heeft één dimensie bewijs nodig, zijn er twee waargenomen en worden er tien door de engine helemaal niet beoordeeld. De niet beoordeelde dimensies zijn geen oordeel, maar uw controles. Soevereiniteit is een positie die u documenteert, en deze lijst laat zien waar elk onderdeel ervan is vastgelegd.
De 13 dimensies van het soevereiniteitsbestand, en wat elke dimensie afrondt
Uit assurance/sovereignty.md van een run op 4 november 2026 met twee applicaties die een soevereiniteitsniveau opgeven. De statussen zijn hier vertaald; het bestand zelf schrijft EVIDENCE REQUIRED, NOT ASSESSED, OBSERVED of DECISION REQUIRED.
| Dimensie | Status in de run | Wat de dimensie afrondt |
|---|---|---|
| Datalocatie | Bewijs vereist | Stel de STACKIT-regio bewust in; de run ging voor de prijzen uit van eu01 omdat geen invoer een regio koos. Leg vast waar back-ups en replica's naartoe gaan. |
| Jurisdictieketen | Niet beoordeeld | Een vraag over de juridische zetel van en de juridische greep op aanbieder, eigenaren en operators. Het bestand laat dit aan externen over; leg vast wie de vraag heeft beantwoord. |
| Toegang door operators | Niet beoordeeld | Leg vast welke medewerkers van de aanbieder of van onderaannemers onder welke voorwaarden bij resources en gegevens kunnen. |
| Sleutelbeheer | Niet beoordeeld | Leg vast wie de sleutels van de gegevens beheert. De run zag in de bron geen door de klant beheerde sleutel; dat weerspiegelt wat de engine leest en is geen bewijs dat er geen wordt gebruikt. |
| Identiteitsketen | Hier niet beoordeeld; beslissing vereist wanneer de bron workload-identiteiten noemt | Beslis hoe elke workload zijn STACKIT-identiteit krijgt (zie de gids over identiteit). |
| Telemetrieketen | Niet beoordeeld | Leg vast waar logs, metrics en traces naartoe gaan en wie de bestemming beheert. |
| Back-upketen | Niet beoordeeld | Bevestig het schema en de bewaartermijn die het concept schrijft, en waar de back-ups staan. |
| Toeleveringsketen | Waargenomen | De bronproviders en de versie van de STACKIT-provider van het concept worden vermeld; registers, buildketen en herkomst van modules zijn aan u. |
| Verwerking door derden | Niet beoordeeld | Som elke SaaS- en managed service op die de gegevens raakt en niet in de Terraform-code staat. |
| Open interfaces | Niet beoordeeld | Leg vast welke interfaces waarop u steunt open standaarden zijn en of het STACKIT-doel ze behoudt. |
| Dataportabiliteit | Niet beoordeeld | Leg het exportformaat en het exportpad per stateful eenheid vast. |
| Koppeling met applicaties | Niet beoordeeld | Scan de applicatiecode op SDK's en protocollen van de bron; de engine leest infrastructuur, geen code. |
| Exitmogelijkheid | Waargenomen | Het enige vermelde feit is dat het concept providerspecifieke Terraform is. Schrijf het exitpad per afhankelijkheid zelf op. |
Het bestand zegt dat het technisch bewijs en hiaten vastlegt, geen juridische naleving certificeert en geen score geeft. Soevereiniteit is niet hetzelfde als dataresidentie: de regio van een dienst is een feit over de dienst, niet over de workload.
Waar de eis vandaan komt
Links: de billingapplicatie zoals het applicatiebestand die beschrijft. Rechts: de sectie Requirement van het soevereiniteitsbestand.
business_criticality: critical
availability:
rto: 30m
rpo: 5m
downtime_tolerance: 15m
data:
classification: confidential
sovereignty:
tier: mandatory## Requirement
Sovereignty requirement: CUSTOMER INPUT.
The applications file states a sovereignty tier or constraints for the applications listed. They are quoted as written; no dimension below is judged against them in this build.
| Application | Sovereignty tier | Constraints |
|---|---|---|
| billing | mandatory | NOT_PROVIDED |
| shop | preferred | NOT_PROVIDED |Geciteerd zoals geschreven
Het bestand toont het niveau van elke applicatie zoals u het schreef en vermeldt dat in deze build geen dimensie ertegen wordt getoetst. Het niveau is een registratie, geen testresultaat.
Elke dimensie toont nog steeds NOT PROVIDED
De items per dimensie onder de sectie Requirement tonen de eis als NOT PROVIDED, hoewel de tabel de niveaus vermeldt. Lees de tabel, niet de regel per dimensie.
De classificatie gaat met de data mee
Het bestand voor dataverplaatsing herhaalt de classificatie, RPO en toegestane downtime naast elke stateful eenheid: de database van billing als confidential met 5m en 15m.
Inventarisatie
Algemene praktijk, gekoppeld aan de bestanden die een run schrijft. Stel de eis vast en waar de tool draait.
Schrijf het applicatiebestand met een niveau en een classificatie per applicatie
Gebruik de niveauwaarden die het bestand accepteert en de eigenaren en RTO en RPO van elke applicatie. Het soevereiniteitsbestand en het bestand voor dataverplaatsing herhalen ze. Controle: applications.yaml, assurance/sovereignty.md.
Draai het assessment op een machine die u beheert, indien nodig offline
De documentatie meldt dat assess de bron lokaal leest, niets uploadt en in de offlinemodus geen uitgaande verzoeken doet. Controle: de consoleuitvoer en de operationele notities, een registratie van de machine en de gebruikte flags.
Benoem de regio's die u mag gebruiken
STACKIT documenteert twee regio's, eu01 in Duitsland en eu02 in Oostenrijk, elk met ten minste drie availability zones, en meldt dat de infrastructuur wordt beheerd in eigen datacenters in Duitsland en Oostenrijk. Controle: de regiopagina van STACKIT, uw beleid.
Som de diensten zonder STACKIT-tegenhanger op
Eenheden van de klasse REDESIGN, CONTAINERIZE of MANUAL_REVIEW zijn de plekken waar een afhankelijkheid buiten het doel kan blijven of opnieuw moet worden gebouwd. Controle: engineering/architect-report.md.
Ontwerp
Zet de dimensies om in beslissingen.
Stel de regio in via de variabelen
Het concept heeft een regiovariabele en de run ging voor de prijzen uit van eu01 toen er geen was gekozen. Controle: terraform/variables.tf, het soevereiniteitsbestand.
Beslis over naamresolutie
Het concept stelt voor de netwerken standaard de adressen van de STACKIT DNS Resolver in, in plaats van de openbare resolvers 1.1.1.1, 8.8.8.8 en 9.9.9.9. Controleer de status ervan in de STACKIT-documentatie en behoud of wijzig het dan. Controle: het soevereiniteitsbestand, datalocatie.
Beslis over de identiteit van elke workload
Koppel machine-identiteiten aan serviceaccounts en kies zelf de rollen; STACKIT documenteert dat serviceaccounts standaard geen toegang hebben. Controle: assurance/identity-transition.md.
Verzamel bewijs van de aanbieder per dienst
De run noemt 10 kaders voor de 7 STACKIT-diensten van het concept, 70 rijen: 2 tonen aanwezig bewijs van de aanbieder, 3 vereisen uw eigen maatregelen en 65 vereisen een externe beoordeling van het document van de aanbieder. Controle: assurance/compliance-evidence.md; elke rij blijft na verificatie 90 dagen geldig.
Bouw
Maak u het concept eigen voordat er iets wordt toegepast.
Zet de providerversies vast en gebruik lockbestanden
De run markeert bronproviders zonder vermelding in een lockbestand en schrijft het concept voor één versie van de STACKIT-provider. Commit de lockbestanden. Controle: terraform/terraform.tf, de providernotitie in het rapport.
Bescherm de state
Het concept declareert geen backend en de provider schrijft secrets zoals databasewachtwoorden in platte tekst in de state. Gebruik een versleutelde backend met beperkte leestoegang. Controle: terraform/README.md, Target security checklist.
Bevestig de standaardwaarden voor back-ups
Het concept schrijft een dagelijks back-upschema om 02:00 en een bewaartermijn van 32 dagen voor PostgreSQL Flex omdat de bronwaarden niet zichtbaar waren; 32 dagen is het minimum van STACKIT. Controle: terraform/data.tf.
Authenticeer de provider zonder langlevende sleutel
De README beveelt workload identity federation aan boven een serviceaccountsleutel. Controle: terraform/README.md.
Data
Verplaats gegevens met een methode die u hebt gekozen en houd de exit open.
Kies een methode per stateful eenheid
Het plan definieert de methoden en kiest er geen; het mechanisme staat op UNKNOWN totdat u antwoordt. Controle: migration/data-movement.md.
Leg classificatie en RPO vast naast elke eenheid
Ze komen uit het applicatiebestand en gaan mee naar het verplaatsingsplan. Controle: migration/data-movement.md.
Plan het opruimen van kopieën
Dumpbestanden, sleutellijsten en de toegang van de verplaatsingshost staan als opruimstappen voor na de acceptatie. Controle: de opruimstappen van het plan in execution-plan.json.
Geef de voorkeur aan open protocollen voor de exit
Objectopslag die de S3-API spreekt, kan eruit worden gekopieerd met dezelfde tools waarmee de data erin is gezet. Controle: de klasse van elke bucket in assessment.json.
Cutover
Schakel over, beslis en bewaar de bron tot de beslissing valt.
Kies een resilience-doel per eenheid
De run legt RTO en RPO vast zoals opgegeven en laat het doel voor elke eenheid onbekend, omdat de run een architectuur niet resilient noemt zolang de eis onbekend is. Controle: assurance/resilience.md.
Oefen de overschakeling en de rollback
Eén GO- of ROLLBACK-beslissing bepaalt of de uitfasering van de bron doorgaat. Controle: de rollbackbeslissing in het plan.
Bevestig de cutover per toegangspunt
Elke overschakeling noemt de clients en adressen die ze wijzigt. Controle: de cutoverstappen in het migratieplanbestand onder migration/.
Nazorg
Houd het bewijs actueel.
Bewaar de run als bewijs en verifieer deze
Bewaar de runmap bij de migratiedossiers en controleer deze met het commando verify, dat de map toetst aan het manifest en nagaat of de artefacten overeenstemmen. Draai het assessment opnieuw wanneer de bron vóór de cutover is gewijzigd. Controle: manifest.json.
Zet bronidentiteiten, sleutels en kopieën buiten gebruik
De uitfasering wacht op de beslissing om door te gaan. Controle: de uitfaseringsstappen van het plan.
Lees het bewijs van de aanbieder opnieuw
Het compliancebestand beschouwt een rij na verificatie als 90 dagen geldig. Controleer de datum en de feitenpagina van de aanbieder opnieuw vóór een audit.
Vragen van complianceteams
Certificeert StackToIT dat een migratie soeverein is?
Nee. Het soevereiniteitsbestand zegt dat het technisch bewijs en hiaten vastlegt, geen score geeft en juridische conclusies aan externen overlaat. Het niveau dat u opgeeft, wordt geciteerd zoals geschreven.
Waarom worden zoveel dimensies niet beoordeeld?
Omdat de invoer infrastructuurcode is. Jurisdictie, toegang door operators, sleuteleigendom, telemetrie, back-ups en applicatiekoppeling zijn geen feiten van een Terraform-bestand, dus meldt de run NOT ASSESSED in plaats van te raden.
Waar vermeldt STACKIT zijn locaties?
De feitenpagina van STACKIT noemt 7 datacenters in Duitsland en Oostenrijk en zegt dat de infrastructuur uitsluitend in de eigen Europese datacenters daar wordt beheerd. De regiodocumentatie noemt Duitsland voor eu01 en Oostenrijk voor eu02.
Dekt het bewijs van de aanbieder mijn workload?
Het compliancebestand zegt dat het bewijs van de aanbieder de eigen maatregelen van de aanbieder beschrijft en een workload niet compliant maakt met enig kader. Uw maatregelen en een externe beoordeling bepalen dat.
Bronnen
Uw volgende stap: STACKIT.
Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.
Laat uw gegevens achter, onze specialisten nemen contact met u op.
Liever zelf een e-mail sturen? connect@stacktoit.com
Hartelijk dank.
Uw verzoek is bij ons binnengekomen. Onze specialisten nemen contact met u op.