Entreprise
Résidence des données et contrôle régional
La résidence comme décision de déploiement que vous contrôlez — du cloud Ciao multi-région à votre propre compte cloud, VPC privé, ou sur site selon des conditions distinctes.
La résidence des données sur Ciao est contrôlée par le choix du déploiement. L'infrastructure de Ciao est construite sur Kubernetes avec des pods isolés et un support multi-région, et les applications peuvent se déployer sur le cloud Ciao, votre propre compte AWS, Azure ou GCP, un VPC privé, ou sur site selon des conditions distinctes. Contrairement aux plateformes avec une région unique fixe, les équipes ayant des obligations de résidence peuvent conserver l'application et ses données au sein d'une infrastructure et de régions qu'elles gouvernent déjà.
Publié 2026-07-03 · Dernière mise à jour 2026-07-03
La résidence est une décision de déploiement, pas une case à cocher
Lorsqu'une réglementation de confidentialité ou sectorielle impose que les données restent dans une juridiction, la question d'ingénierie honnête est : quel système, quelles données, s'exécutant où ? Un fournisseur qui répond « nous sommes conformes » sans préciser où s'exécute l'application, où ses données sont stockées et quels sous-traitants y touchent n'a répondu à rien d'exploitable pour votre analyse d'impact de transfert. La résidence mérite le même niveau de preuve que tout autre contrôle de ces pages : des emplacements nommés, des options nommées, et des documents qui énoncent les deux.
La réponse de Ciao est structurelle. La plateforme s'exécute sur Kubernetes avec des pods isolés et un support multi-région, et — plus important encore pour les programmes sensibles à la résidence — l'application n'a pas besoin de s'exécuter sur le cloud de Ciao du tout. Le déploiement dans votre propre compte cloud, un VPC privé, ou sur site selon des conditions distinctes place l'application et ses données au sein de frontières et de régions que vous contrôlez, surveillez et dont vous répondez déjà. Le choix se fait par programme, pas par relation fournisseur : une charge de travail réglementée peut s'exécuter dans votre propre compte cloud européen tandis que des équipes moins contraintes utilisent le cloud Ciao, sous un seul accord et un seul modèle de gouvernance.
Ce que fournit Ciao
Le contrôle de la résidence provient de cinq propriétés travaillant ensemble :
- Infrastructure multi-région — Une infrastructure conçue pour évoluer — Kubernetes, pods isolés, mise en veille/réveil, support multi-région — si bien que les options régionales sont une propriété architecturale, pas une réflexion après coup.
- Déploiement dans votre propre cloud — Déployez sur votre propre compte AWS, Azure ou GCP, dans les régions que vos obligations exigent et que votre équipe exploite déjà.
- VPC privé et sur site — Disponibles selon des conditions distinctes, pour les programmes dont l'analyse exige une frontière réseau privée ou leur propre centre de données.
- Traitement des données par les modèles — Le code client n'est pas utilisé pour entraîner les modèles, et l'inférence s'exécute sous des contrats de rétention zéro — les engagements qui comptent lors de l'examen des éditeurs de modèles en tant que sous-traitants.
- Sortie sans immobiliser les données — 100 % de propriété du code avec export vers votre propre dépôt à tout moment, si bien qu'une décision de résidence n'est jamais verrouillée par le fournisseur.
Où résident les données, honnêtement
La réponse correcte dépend de l'option de déploiement choisie, c'est pourquoi cette page vous donne un tableau plutôt qu'un slogan. Sur le cloud Ciao, les options régionales sont confirmées avec l'équipe entreprise lors de l'achat. Dans votre propre compte cloud ou VPC privé, l'application et ses données s'exécutent dans les régions que vous sélectionnez et gouvernez. Sur site, elles s'exécutent dans votre installation. Dans toutes les configurations, l'inférence des modèles est régie par des contrats de rétention zéro, et les caractéristiques de résidence des fournisseurs de modèles sont examinées dans le cadre de la discussion sur les sous-traitants.
Remarquez ce que ce cadrage se refuse à faire : il ne prétend pas à une réponse unique pour tous les clients, car il n'y en a pas. La posture de résidence se choisit par programme, et la vérification correcte diffère selon la posture — une ligne de tableau, pas un slogan. Posez la même question à tout fournisseur et exigez la même forme de réponse.
Options de déploiement et où s'exécutent les données
La réponse honnête à « où résident nos données ? » est l'une de ces quatre lignes :
| Option de déploiement | Où s'exécutent l'application et les données | Notes |
|---|---|---|
| Cloud Ciao | Infrastructure multi-région exploitée par Ciao | Options régionales confirmées lors de l'achat |
| Votre propre compte AWS, Azure ou GCP | Les régions que vous choisissez dans votre propre compte | Votre gouvernance et surveillance cloud s'appliquent |
| VPC privé | Votre frontière réseau privée | Disponible selon des conditions distinctes |
| Sur site | Votre propre centre de données | Disponible selon des conditions distinctes |
Choisir une posture de résidence
La séquence qui laisse vos obligations, pas le menu du fournisseur, aux commandes :
1. Cartographier les obligations
Identifiez quelles réglementations et contrats contraignent où chaque catégorie de données peut résider — les exigences, pas le menu du fournisseur, viennent en premier.
2. Choisir la cible de déploiement
Faites correspondre les obligations à la posture : cloud Ciao lorsque la flexibilité suffit, votre propre compte cloud ou VPC privé lorsque le contrôle régional et des frontières compte, sur site lorsque rien d'autre ne passe la revue.
3. Confirmer les régions et sous-traitants
Lors de l'achat, obtenez par écrit les spécificités régionales et les informations actuelles sur les sous-traitants — y compris les fournisseurs de modèles — pas depuis une page web.
4. Le documenter dans le DPA
L'accord de traitement des données consigne les engagements de traitement des données ; votre analyse de transfert devrait référencer la posture que vous avez réellement choisie.
5. Vérifier après le déploiement
Dans votre propre compte cloud, votre outillage existant vérifie où les choses s'exécutent ; dans toutes les postures, la piste d'audit en ajout seul enregistre les déploiements et actions d'administration pour une revue ultérieure.
Notes de vérification
Traitez les affirmations de résidence comme des documents d'achat. Les spécificités régionales, les emplacements des sous-traitants et le détail des flux de données relèvent du dossier de sécurité et du DPA — tous deux disponibles sur demande via la page de contact — et les rapports SOC 2 Type II sont disponibles sous NDA pour l'environnement de contrôle audité derrière eux. Si l'exigence de résidence de votre programme est stricte, dites-le dès la première conversation : les options de déploiement existent précisément pour que la plateforme puisse répondre à l'exigence plutôt que de la contester.
Pour les programmes équilibrant résidence et vitesse de livraison, le schéma pratique consiste à mener la revue une fois, documenter la posture approuvée, et réutiliser la décision pour les constructions ultérieures — les projets suivants héritent de la posture plutôt que de la remettre en question.
Questions fréquentes
Pouvons-nous conserver toutes les données d'application dans l'UE ?
Déployer dans votre propre compte AWS, Azure ou GCP en régions UE conserve l'application et ses données au sein d'une infrastructure et de régions que vous gouvernez. Pour le cloud Ciao, confirmez les options régionales actuelles avec l'équipe entreprise lors de l'achat.
Où se déroule l'inférence des modèles, et quelque chose est-il retenu ?
L'inférence s'exécute sous des contrats de rétention zéro, et le code client n'est pas utilisé pour entraîner les modèles. Les caractéristiques de résidence des fournisseurs de modèles sont examinées en tant que sous-traitants lors de la discussion sur le DPA et le dossier de sécurité.
L'option sur site convient-elle aux réseaux isolés ou restreints ?
L'hébergement sur site est disponible selon des conditions distinctes, et la discussion sur les conditions est l'endroit où les exigences d'isolement réseau ont leur place. Décrivez vos contraintes à l'équipe entreprise plutôt que de présumer qu'un forfait standard convient.
Le support multi-région signifie-t-il un basculement automatique entre régions ?
Le support multi-région est une propriété d'infrastructure ; le comportement pour votre déploiement spécifique — régions, redondance, attentes de reprise — devrait être confirmé par écrit lors de l'achat et documenté dans votre accord plutôt que déduit de cette page.
Qu'advient-il de nos données et applications si nous partons ?
Vous possédez le code — React, TypeScript et Tailwind standards, exportable vers votre propre dépôt à tout moment — et dans les postures propre-cloud, VPC et sur site, les données résident déjà dans une infrastructure que vous contrôlez. Les conditions de sortie font partie de l'accord que votre équipe juridique examine.