Enterprise
Dataresidentie en regiobeheer
Residentie als een deploymentbeslissing die jij bestuurt — van multi-regio Ciao cloud tot je eigen cloudaccount, private VPC, of on-prem onder aparte voorwaarden.
Dataresidentie bij Ciao wordt bepaald door deploymentkeuze. De infrastructuur van Ciao is gebouwd op Kubernetes met geïsoleerde pods en multi-regio-ondersteuning, en applicaties kunnen deployen naar Ciao cloud, je eigen AWS-, Azure- of GCP-account, een private VPC, of on-prem onder aparte voorwaarden. In tegenstelling tot platforms met één vaste regio, kunnen teams met residentieverplichtingen de applicatie en zijn data houden binnen infrastructuur en regio's die ze al zelf besturen.
Gepubliceerd 2026-07-03 · Laatst bijgewerkt 2026-07-03
Residentie is een deploymentbeslissing, geen vinkje
Wanneer een privacy- of sectorregelgeving zegt dat data binnen een jurisdictie moet blijven, is de eerlijke technische vraag: welk systeem, welke data, draaiend waar? Een leverancier die 'we zijn compliant' antwoordt zonder te specificeren waar de applicatie draait, waar zijn data wordt opgeslagen en welke subverwerkers erbij komen, heeft niets beantwoord dat je transfer-impact-assessment kan gebruiken. Residentie verdient dezelfde bewijsstandaard als elke andere control op deze pagina's: genoemde locaties, genoemde opties, en documenten die beide vastleggen.
Het antwoord van Ciao is structureel. Het platform draait op Kubernetes met geïsoleerde pods en multi-regio-ondersteuning, en — belangrijker voor residentiegevoelige programma's — de applicatie hoeft helemaal niet op de cloud van Ciao te draaien. Deployment in je eigen cloudaccount, een private VPC, of on-prem onder aparte voorwaarden plaatst de applicatie en zijn data binnen grenzen en regio's die je al zelf bestuurt, monitort en voor verantwoordt. De keuze is per programma, niet per leveranciersrelatie: een gereguleerde workload kan in je eigen EU-cloudaccount draaien terwijl minder beperkte teams Ciao cloud gebruiken, onder één overeenkomst en één governancemodel.
Wat Ciao biedt
Residentiebeheer komt van vijf eigenschappen die samenwerken:
- Multi-regio-infrastructuur — Infrastructuur ontworpen om te schalen — Kubernetes, geïsoleerde pods, hibernation en wake, multi-regio-ondersteuning — zodat regio-opties een architecturale eigenschap zijn, geen bijzaak.
- Deployment in je eigen cloud — Deploy naar je eigen AWS-, Azure- of GCP-account, in de regio's die je verplichtingen vereisen en je team al bedient.
- Private VPC en on-prem — Beschikbaar onder aparte voorwaarden, voor programma's waarvan de analyse een private netwerkgrens of een eigen datacenter vereist.
- Omgang met modeldata — Klantcode wordt niet gebruikt om modellen te trainen, en inferentie draait onder zero-retention modelcontracten — de toezeggingen die ertoe doen bij het beoordelen van modelleveranciers als subverwerkers.
- Uitstappen zonder data te stranden — 100% code-eigendom met export naar je eigen repo op elk moment, zodat een residentiebeslissing nooit door de leverancier wordt vastgezet.
Waar data leeft, eerlijk gezegd
Het juiste antwoord hangt af van de deploymentoptie die je kiest, daarom krijg je op deze pagina een tabel in plaats van een slogan. Op Ciao cloud worden regio-opties tijdens inkoop bevestigd met het enterprise-team. In je eigen cloudaccount of private VPC draaien de applicatie en zijn data in de regio's die je kiest en bestuurt. On-prem draaien ze in jouw faciliteit. In elke opstelling wordt modelinferentie bestuurd door zero-retention-contracten, en de residentiekenmerken van modelleveranciers worden beoordeeld als onderdeel van de subverwerkersdiscussie.
Merk op wat dit kader weigert te doen: het claimt geen enkel antwoord voor alle klanten, want dat is er niet. Residentieopstelling wordt per programma gekozen, en de juiste verificatie verschilt per opstelling — een tabelrij, geen tagline. Stel elke leverancier dezelfde vraag en sta op hetzelfde soort antwoord.
Deploymentopties en waar data draait
Het eerlijke antwoord op 'waar leeft onze data?' is één van deze vier rijen:
| Deploymentoptie | Waar de applicatie en data draaien | Notities |
|---|---|---|
| Ciao cloud | Door Ciao beheerde multi-regio-infrastructuur | Regio-opties bevestigd tijdens inkoop |
| Je eigen AWS-, Azure- of GCP-account | De regio's die je kiest in je eigen account | Je eigen cloudgovernance en monitoring zijn van toepassing |
| Private VPC | Je eigen private netwerkgrens | Beschikbaar onder aparte voorwaarden |
| On-prem | Je eigen datacenter | Beschikbaar onder aparte voorwaarden |
Een residentieopstelling kiezen
De volgorde die je verplichtingen, niet het menu van de leverancier, aan het roer houdt:
1. Breng de verplichtingen in kaart
Identificeer welke regelgeving en contracten beperken waar elke dataklasse mag leven — de vereisten, niet het leveranciersmenu, komen eerst.
2. Kies het deploymentdoel
Match verplichtingen aan opstelling: Ciao cloud waar flexibiliteit volstaat, je eigen cloudaccount of private VPC waar regio- en grensbeheer ertoe doen, on-prem waar niets anders de review doorstaat.
3. Bevestig regio's en subverwerkers
Krijg tijdens inkoop regiospecifieke details en actuele subverwerkersinformatie — inclusief modelleveranciers — schriftelijk, niet van een webpagina.
4. Leg het vast in de verwerkersovereenkomst
De verwerkersovereenkomst legt afspraken over gegevensverwerking vast; je transferanalyse moet verwijzen naar de opstelling die je daadwerkelijk hebt gekozen.
5. Verifieer na deployment
In je eigen cloudaccount verifieert je bestaande tooling waar dingen draaien; in elke opstelling legt de append-only audit trail deploys en admin-acties vast voor latere review.
Verificatienotities
Behandel residentieclaims als inkoopartefacten. Regiospecifieke details, subverwerkerslocaties en dataflow-detail horen in het security pack en de verwerkersovereenkomst — beide op aanvraag beschikbaar via de contactpagina — en SOC 2 Type II-rapporten zijn beschikbaar onder NDA voor de geauditeerde controleomgeving erachter. Als de residentie-eis van je programma streng is, zeg dat dan in het eerste gesprek: de deploymentopties bestaan juist zodat het platform aan de eis kan voldoen in plaats van ermee in discussie te gaan.
Voor programma's die residentie afwegen tegen leveringssnelheid is het praktische patroon: draai de review één keer, documenteer de goedgekeurde opstelling, en hergebruik de beslissing bij volgende builds — latere projecten erven de opstelling in plaats van die opnieuw te bevechten.
Veelgestelde vragen
Kunnen we alle applicatiedata in de EU houden?
Deployen in je eigen AWS-, Azure- of GCP-account in EU-regio's houdt de applicatie en zijn data binnen infrastructuur en regio's die je zelf bestuurt. Bevestig voor Ciao cloud de huidige regio-opties tijdens inkoop met het enterprise-team.
Waar vindt modelinferentie plaats, en wordt er iets bewaard?
Inferentie draait onder zero-retention modelcontracten, en klantcode wordt niet gebruikt om modellen te trainen. De residentiekenmerken van modelleveranciers worden beoordeeld als subverwerkers tijdens de discussie over verwerkersovereenkomst en security pack.
Is de on-prem-optie geschikt voor geïsoleerde of beperkte netwerken?
On-prem is beschikbaar onder aparte voorwaarden, en de voorwaardendiscussie is waar netwerkisolatie-eisen thuishoren. Beschrijf je beperkingen aan het enterprise-team in plaats van aan te nemen dat een standaardpakket past.
Betekent multi-regio-ondersteuning automatische failover tussen regio's?
Multi-regio-ondersteuning is een infrastructuureigenschap; het gedrag voor jouw specifieke deployment — regio's, redundantie, herstelverwachtingen — moet tijdens inkoop schriftelijk worden bevestigd en in je overeenkomst worden gedocumenteerd, niet uit deze pagina worden afgeleid.
Wat gebeurt er met onze data en applicaties als we vertrekken?
Je bezit de code — standaard React, TypeScript en Tailwind, op elk moment exporteerbaar naar je eigen repo — en in de opstellingen eigen cloud, VPC en on-prem leeft de data al in infrastructuur die je zelf bestuurt. Uitstapvoorwaarden maken deel uit van de overeenkomst die je juridisch team beoordeelt.