1. Ce que contrôle la résidence des données IA
Un espace de travail déclare une région. À partir de là :- chaque rapport de conformité que vous générez est estampillé avec la région déclarée ;
- l’artefact rendu est stocké partitionné par région ;
- une lecture inter-régions est retenue — un rapport estampillé
eune se téléchargera pas tant que l’espace de travail déclareus; - la divulgation des flux de données du rapport indique clairement que les fournisseurs de modèles amont (sous-traitants) traitent les données de requête dans leurs propres régions.
| Code | Région |
|---|---|
us | États-Unis |
eu | Union européenne (EEE) |
uk | Royaume-Uni |
ap | Asie-Pacifique |
cn | Chine |
global | Global / aucune restriction |
Lire la région actuelle est ouvert à tout Member de l’espace de travail
(cela fait partie de la surface de conformité gratuite, en lecture seule).
Changer la requiert le rôle Admin de l’espace de travail —
contrairement à installer un pack ou passer en production, définir la
résidence n’est pas séparément derrière un paywall. Voir
Plan gating.
2. Définir la région (un flux concret)
Définissez la résidence depuis la console sous Compliance → Settings, connecté en tant qu’Admin de l’espace de travail. La console pilote la route de gestion pour vous en utilisant votre session — c’est une routeUserAuth,
jamais une clé de relais sk-orca-… :
3. Changer la région après l’existence des rapports
La résidence est appliquée au moment du téléchargement contre la région déclarée actuelle de l’espace de travail. Un rapport estampillé sous la région qui était déclarée lorsqu’il a été généré ne sera servi que tant que l’espace de travail déclare encore cette même région. Donc si vous générez des rapports sousus, puis basculez l’espace de
travail vers eu, ces rapports plus anciens estampillés us cessent de se
télécharger — la passerelle les retient plutôt que de servir un artefact sous
une affirmation de résidence qu’elle ne peut plus satisfaire. La solution est
de régénérer le rapport sous la nouvelle région.
4. Ce que la résidence n’est PAS
C’est la distinction que la plupart des équipes se trompent, donc elle a sa propre section.Elle ne géo-épingle pas l'inférence
Elle ne géo-épingle pas l'inférence
Définir
region: eu ne route pas votre trafic de modèle à travers une
infrastructure de l’UE. Elle gouverne où vit l’artefact de preuves,
pas où le modèle s’exécute. Les fournisseurs amont traitent les données de
requête dans leurs propres régions ; le rapport divulgue ce flux
plutôt que de le contraindre.Elle ne déplace pas vos logs de requêtes
Elle ne déplace pas vos logs de requêtes
La résidence estampille les rapports de conformité. Le stockage et la
rétention des logs de requêtes sont gouvernés séparément — voir
Rétention pour le défaut de 30 jours
et le maximum de 180 jours borné par le serveur.
Elle n'est pas un substitut à un DPA
Elle n'est pas un substitut à un DPA
Une région déclarée plus la divulgation des sous-traitants du rapport est
une preuve que vous pouvez remettre à un auditeur — ce n’est pas un accord
juridique de traitement des données. Associez-la à vos propres contrôles
contractuels.
5. Où cela s’inscrit
La résidence est un bouton dans le flux de conformité plus large — installer un pack, l’observer, passer en production, générer un rapport signé, et stocker ce rapport sous une région déclarée.Vue d'ensemble de la conformité
La boucle complète — installer, observer, appliquer, et livrer des preuves
signées.
Lectures inter-régions
Pourquoi un rapport estampillé d’une région ne sera pas servi sous une
autre, et comment faire tourner un programme multi-régions.
Rapport signé
Comment chaque rapport obtient son hash SHA-256 et sa signature Ed25519.
Plan gating
Quelles actions de conformité sont gratuites à lire et lesquelles
nécessitent un Admin payant.
