1. Cosa controlla la data residency AI
Un workspace dichiara una regione. Da quel punto in poi:- ogni report di compliance che generi è marcato con la regione dichiarata;
- l’artefatto renderizzato è archiviato region-partitioned;
- una lettura cross-region viene trattenuta — un report marcato
eunon si scaricherà mentre il workspace dichiaraus; - la disclosure dei flussi di dati del report afferma chiaramente che i provider di modelli upstream (subprocessor) elaborano i dati delle richieste nelle loro regioni.
| Codice | Regione |
|---|---|
us | Stati Uniti |
eu | Unione Europea (SEE) |
uk | Regno Unito |
ap | Asia-Pacifico |
cn | Cina |
global | Globale / nessuna restrizione |
Leggere la regione corrente è aperto a qualsiasi Member del workspace (fa
parte della superficie di compliance gratuita, di sola consultazione).
Cambiarla richiede il ruolo Admin del workspace — a differenza di
installare un pack o andare live, impostare la residency non è separatamente a
pagamento. Vedi Plan gating.
2. Imposta la regione (un flusso concreto)
Imposta la residency dalla console sotto Compliance → Settings, loggato come Admin del workspace. La console guida per te la rotta di management usando la tua sessione — questa è una rottaUserAuth, mai una chiave di
relay (sk-orca-…):
3. Cambiare la regione dopo che esistono dei report
La residency è applicata al momento del download contro la regione corrente dichiarata dal workspace. Un report marcato sotto la regione che era dichiarata quando è stato generato verrà servito solo finché il workspace dichiara ancora quella stessa regione. Quindi se generi report sottous, poi passi il workspace a eu, quei
report più vecchi marcati us smettono di scaricarsi — il gateway li
trattiene anziché servire un artefatto sotto una rivendicazione di residency
che non può più soddisfare. La soluzione è rigenerare il report sotto la
nuova regione.
4. Cosa la residency NON è
Questa è la distinzione che la maggior parte dei team sbaglia, quindi ha una sua sezione.Non geo-blocca l'inferenza
Non geo-blocca l'inferenza
Impostare
region: eu non instrada il tuo traffico del modello
attraverso infrastruttura UE. Governa dove vive l’artefatto di
evidenze, non dove gira il modello. I provider upstream elaborano i
dati delle richieste nelle loro regioni; il report dichiara quel
flusso anziché vincolarlo.Non sposta i tuoi log delle richieste
Non sposta i tuoi log delle richieste
La residency marca i report di compliance. L’archiviazione e la retention
dei log delle richieste sono governate separatamente — vedi
Retention per il default di 30
giorni e il massimo server-clamped di 180 giorni.
Non è un sostituto di un DPA
Non è un sostituto di un DPA
Una regione dichiarata più la disclosure dei subprocessor del report sono
evidenze che puoi consegnare a un auditor — non un accordo legale di
trattamento dei dati. Abbinala ai tuoi controlli contrattuali.
5. Dove si colloca
La residency è una manopola nel flusso di compliance più ampio — installa un pack, osservalo, vai live, genera un report firmato, e archivia quel report sotto una regione dichiarata.Panoramica sulla compliance
L’intero loop — installa, osserva, applica, e spedisci evidenze firmate.
Letture cross-region
Perché un report marcato per una regione non viene servito sotto
un’altra, e come gestire un programma multi-region.
Report firmato
Come ogni report ottiene il suo hash SHA-256 e la firma Ed25519.
Plan gating
Quali azioni di compliance sono gratuite da leggere e quali richiedono un
Admin a pagamento.
