ResidenzaLe ricevute stanno dove le metti tu.
Ogni workspace ha una sede dei dati, scelta alla creazione: una di quelle offerte (le sette regioni dei dati più altre sedi AWS). I tuoi dati sono archiviati lì. Ricevute e contatori di quota sono elaborati nella regione di prodotto che la serve; una sede che non è una delle sette usa la più vicina. Ogni ricevuta è firmata nella sua regione, con la chiave AWS KMS propria di quella regione. Questa pagina dice esattamente cosa è regionale, cosa no, e cosa una regione promette e cosa no.
La scelta della regione dipende dal Suo pianoFree: veda i limiti del pianoUn workspace non si sposta
- Regioni di prodotto
- 7
- Sotto giurisdizione UE
- 3
- Chiavi di firma delle ricevute, una per regione (AWS KMS)
- 7
- Ripieghi taciti su altre regioni
- 0
Sette regioni, un servizio ciascuna
Ogni regione ha il suo servizio e il suo database. I pin sulla mappa sono approssimativi. Non dicono quale edificio ospita il database.
- Regione AWS associata
- Salvati in giurisdizione UE di Cloudflare
- Salvati con location hint Cloudflare
- Piano account e ingresso API: Dashboard, accesso, fatturazione e ingresso API
Mappa schematica. Coste semplificate; le posizioni dei pin sono approssimative.
| Regione | Codice | Regione AWS associata | Giurisdizione | Storage |
|---|---|---|---|---|
| USA est | enam | us-east-1 Virginia N. | ENAM | Suggerimento di località |
| USA ovestRegione piano Free | wnam | us-west-2 Oregon | WNAM | Suggerimento di località |
| Europa centrale | weur-1 | eu-central-1 Francoforte | WEUR-1 | Giurisdizione UE, imposta |
| Europa ovest | weur-2 | eu-west-1 Irlanda | WEUR-2 | Giurisdizione UE, imposta |
| Europa nord | neur | eu-north-1 Stoccolma | NEUR | Giurisdizione UE, imposta |
| Asia-Pacifico | apac | ap-southeast-1 Singapore | APAC | Suggerimento di località |
| Oceania | oc | ap-southeast-2 Sydney | OC | Suggerimento di località |
I codici sono i valori di region nello stato del workspace. Per le tre regioni europee Cloudflare tiene i dati nell’UE e sceglie il datacenter, quindi per i dati non si indica una città. Per le altre quattro il database nasce con un location hint, che è una richiesta di posizionamento, non una garanzia.
La descrizione di Cloudflare di giurisdizioni e location hint D1, a ottobre 2026: Posizione dati Cloudflare D1 ↗
Cosa resta nella regione e cosa ne esce.
Solo il piano dati è regionale. Il piano account è servito dagli Stati Uniti (US West), qualunque regione tu scelga. Una chiamata è autenticata su dati account negli USA, poi passa alla tua regione, dove è trattata e salvata.
- Le ricevute e i loro body salvati, se conservati
- Contatori di quota del mese
- La chiave di firma delle ricevute (AWS KMS) e la copia Object Lock write-once degli hash delle ricevute, entrambe nella regione AWS corrispondente
- Job di conservazione, auto-purge e redazione dei tuoi dati
- La dashboard e il sito web
- Accesso, sessioni e dati account: nome, email, appartenenze
- Fatturazione, tramite Avonao Billing
- Controlli di chiavi API e token, e rate limit, all’ingresso
- Il control plane e il log di audit account
- Pagina di stato pubblica
Una regione dice dove i dati sono salvati e trattati. Non dice che il traffico non lascia mai un edge di rete: Cloudflare accetta la connessione nel punto più vicino a chi chiama, ovunque sia, e il contenuto della richiesta passa dall’ingresso che la riceve. Dashboard e dati account sono negli USA in ogni caso. Per una dichiarazione contrattuale, leggi l’Accordo trattamento dati e l’Informativa privacy, o chiedici.
Accordo trattamento dati →Info privacy →Chiedi al team privacy →
Come arriva alla tua regione.
L’ingresso conosce la regione dati del workspace della tua credenziale e inoltra ogni chiamata al servizio di quella regione, che legge e scrive solo nel database di quella regione.
Quattro regole inderogabili
Nessun ripiego tacito
Se il servizio della tua regione non è raggiungibile, la chiamata fallisce. Non risponde mai un’altra regione, perché i dati finirebbero dove non hai scelto. Nulla è stato trattato.
Niente regioni ignote
Un valore di regione fuori dalle sette è rifiutato prima di fare qualsiasi lavoro.
Una chiave di firma per regione
Le ricevute di ogni regione sono firmate dalla chiave AWS KMS propria di quella regione. Nessuna regione firma con la chiave di un’altra.
Verificare non chiede regione
Verificare una ricevuta è crittografia a chiave pubblica sulla ricevuta che hai. Non servono account, regione né chiamate a noi.
| 503 | workspace_region_unavailableLa regione del workspace non è disponibile; nulla è stato trattato. Riprova poi. |
| 503 | workspace_region_unknownIl valore di regione del workspace non è tra le sette. |
| 503 | signing_unprovisionedLa chiave di firma (KMS) non era raggiungibile; la ricevuta resta in attesa come «Ricevuta in sospeso» e viene ritentata. |
| 400 | region_requires_paid_planÈ stata richiesta una regione che il Suo piano non include. |
Le ricevute sono firmate nella regione, da Trustvice.
Trustvice firma da sé le proprie ricevute. Ciascuna è firmata con Ed25519 da una chiave AWS KMS che Trustvice custodisce nella regione dei dati della ricevuta; la chiave privata non lascia mai KMS.
Pubblicato da Trustvice
Trustvice pubblica le proprie chiavi pubbliche come set di chiavi su https://trustvice.com/.well-known/receipt-keys.json. Una ricevuta indica in signatureKeyId la chiave che l’ha firmata.
Una chiave per regione
Ognuna delle sette regioni ha la propria chiave di firma delle ricevute in AWS KMS, in quella regione AWS. Il Worker dispone solo di una credenziale che serve unicamente a firmare.
Le vecchie ricevute restano verificabili
Le chiavi ritirate restano nel set di chiavi pubblicato, e le vecchie ricevute continuano a indicare la chiave che le ha firmate.
/.well-known/receipt-keys.json{
"kty": "OKP",
"crv": "Ed25519",
"x": "…",
"kid": "…",
"alg": "EdDSA",
"use": "sig"
}- Cosa dimostra
- La firma di una ricevuta può essere verificata da chiunque con il set di chiavi pubblicato di Trustvice.
- Cosa invece non prova
- Una regione indica dove Trustvice elabora e salva i tuoi dati. Non dimostra dove i dati sono archiviati a riposo, né dove li conservano sub-responsabili o backup.
Cosa esce dalle regioni.
Tre tipi di dati lasciano una regione, e ognuno è elencato qui. Nulla passa da una regione a un’altra.
Nulla
Il servizio di una regione non accede alle ricevute di un’altra. Ognuno legge solo il proprio database.
Account e misurazione
I metadati che servono all’ingresso per autenticarti e misurare il piano, e tutto ciò che è servito dagli USA.
Hash da firmare e da bloccare
Ogni ricevuta è firmata dalla chiave KMS della regione, nella stessa regione AWS. Ogni ora gli hash delle ricevute delle ore concluse vengono scritti nel bucket Object Lock di quella regione. Il contenuto, il workspace e l’account no.
Come un workspace ha la regione.
Scegli la regione quando crei il workspace. Un singolo account può avere workspace in più regioni.
- Al sign-up
Il modulo preseleziona la più vicina delle sette in base alla tua posizione e ti fa cambiarla.
- Ogni workspace dopo
Il modulo di creazione ha lo stesso selettore: un team può tenere separati lavoro UE e USA.
- Poi resta fissa
Non c’è trasloco. Per usare un’altra regione, crea lì un workspace ed emetti da lì le nuove ricevute. Le ricevute che hai restano verificabili ovunque siano state emesse.
Regioni per piano
Le regioni tra cui può scegliere dipendono dal Suo piano. Consulti la pagina dei prezzi per ciò che il Suo piano include; la richiesta di una regione non inclusa nel Suo piano viene rifiutata.
Serve residenza UE?
Scegli Europa centrale, Europa ovest o Europa nord. Le tre regioni europee salvano i dati sotto la giurisdizione UE di Cloudflare: Cloudflare li tiene nell’UE ma sceglie il datacenter, e un database Cloudflare non può essere fissato a una città precisa. Ciò che cambia tra le tre è il servizio che gestisce le tue chiamate e la chiave che firma le tue ricevute.
Regione preselezionata, per posizione
Solo un default del modulo di iscrizione, dalla posizione della richiesta. Puoi sempre sceglierne un’altra.
| Se ti iscrivi da | Preselezione |
|---|---|
| I Paesi nordici e i baltici | Europa nord neur |
| Isole britanniche, Francia, Benelux, penisola iberica, Italia e Islanda | Europa ovest weur-2 |
| L’Europa centrale e orientale, i Balcani, il Mediterraneo orientale, il Medio Oriente e l’Africa | Europa centrale weur-1 |
| Stati USA e province canadesi occidentali, Messico, e USA o Canada se lo stato non è noto | USA ovest wnam |
| Stati USA e province canadesi orientali, America centrale e meridionale e Caraibi | USA est enam |
| Asia | Asia-Pacifico apac |
| Australia, Nuova Zelanda e isole del Pacifico | Oceania oc |
Se la posizione non è leggibile, il modulo preseleziona US West.
Latenza
Il lavoro si fa vicino ai dati, ma ogni chiamata passa prima dall’ingresso. Non abbiamo pubblicato dati di latenza per le regioni e qui non ne indichiamo.
- Chiamante
- Punto Cloudflare più vicino
- Ingresso
- Servizio regionale
- Database regionale
Misura dalla tua rete con il tuo client.
I documenti dietro una regione
Questa pagina spiega. Questi documenti vincolano. Se un regolatore o un cliente vuole una dichiarazione contrattuale su dove stanno i dati, sono questi da leggere.
Accordo trattamento dati
Sezione 11 sui trasferimenti internazionali: dove sono salvati dati account e workspace, e le Clausole contrattuali tipo.
Leggi →Sub-responsabili
Cloudflare e AWS con i luoghi usati da ogni regione, e 30 giorni di preavviso prima di ogni cambio.
Leggi →Info privacy
Quali dati personali trattiamo, dove, per quanto tempo, e come esercitare i tuoi diritti.
Leggi →Enterprise
Requisiti di residenza, conservazione su misura, lo SLA e i documenti di procurement, concordati per contratto.
Leggi →Avvisi su cambi di regione
Un’email quando apre una regione dati, o cambia ciò che una regione conserva. Nient’altro.
La residenza è un requisito? Dicci quale.
Le vendite possono guidare il tuo team tra regioni, documenti e ciò che una regione promette e non promette.