Intramedial è in beta ristretta. Alla registrazione o all’accesso devi fornire la password da beta tester che hai ricevuto oppure richiederne una a preview@intramedial.com. Grazie.
Caricamento…
Regioni dati
Residenza
Le ricevute stanno dove le metti tu.
Ogni workspace ha una sede dei dati, scelta alla creazione: una di quelle offerte (le sette regioni di prodotto più altre sedi AWS). I tuoi dati sono salvati lì. Ricevute, check pianificati, contatori di quota e richieste inoltrate sono trattati e firmati nella regione di prodotto che serve quella sede, con la chiave propria di quella regione; una sede che non sia una delle sette usa la più vicina. Questa pagina dice esattamente cosa è regionale, cosa no e cosa promette una regione e cosa no.
Gli agenti agiscono quando il piano dice sì, e il registro dice perché.
Fai passare da Intramedial azioni di agenti, hash di contenuti, controlli API, lookup DNS, webhook, chiamate LLM e commit git. Ricevi una ricevuta firmata che chiunque verifica, senza fidarsi di noi.
Ogni regione ha il suo servizio, il suo database e la sua chiave di firma. I pin segnano dove è custodita la chiave di ogni regione in AWS Key Management Service. Non dicono quale edificio ospita il database.
Regione
Codice
Chiave firma in AWS KMS
Giurisd. chiave
Storage
USA ovestRegione piano Free
wnam
Oregon
WNAM
Suggerimento di località
USA est
enam
Virginia N.
ENAM
I codici sono i valori di region nello stato del workspace e, in maiuscolo, la giurisdizione di ogni chiave nel set pubblicato. 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.
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, firmata e salvata.
Regionale: nella regione scelta
Le ricevute e i loro body salvati, se conservati
Watch pianificati, esiti dei check e le loro ricevute
Contatori di quota del mese
Trattamento delle richieste inoltrate: agent.call, webhook.deliver, monitor.http, dns.watch
03
Routing
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.
1Il chiamanteUn’app, un job CI o un agente, con una chiave API.
2
04
Chiavi di firma
Ogni regione firma con la sua chiave.
Ogni regione firma con la sua chiave Ed25519, custodita in un HSM di AWS KMS nella regione AWS indicata sulla mappa. La chiave privata non lascia mai il modulo: il servizio regionale invia i byte da firmare e riceve una firma.
Pubblicata, con giurisdizione
La metà pubblica di ogni chiave regionale è in un unico set, e ogni voce indica la sua giurisdizione. Una ricevuta indica la chiave che l’ha firmata in signatureKeyId.
Condivisa dai workspace della regione
Ci sono sette chiavi, una per giurisdizione. Le ricevute di tutti i workspace di una giurisdizione sono firmate con la sua chiave.
05
Tra regioni
Cosa esce dalle regioni.
Quattro tipi di dati lasciano una regione, e ognuno è elencato qui. Nulla passa da una regione a un’altra.
Fra le regioni
Nulla
Il servizio di una regione non accede alle ricevute di un’altra. Ognuno legge solo il proprio database.
Agli USA
Account e misurazione
I metadati che servono all’ingresso per autenticarti e misurare il piano, e tutto ciò che è servito dagli USA.
06
Assegnazione
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.
07
Prestazioni
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.
Percorso chiamata
Chiamante
Punto Cloudflare più vicino
Ingresso
Servizio regionale
08
Riferimenti
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.
Piano account e ingresso API: Dashboard, accesso, fatturazione e ingresso API
Mappa schematica. Coste semplificate; i pin seguono le regioni AWS che custodiscono le chiavi.
Suggerimento di località
Europa centrale
weur-1
eu.Francoforte
WEUR-1
Giurisdizione UE, imposta
Europa ovest
weur-2
eu.Irlanda
WEUR-2
Giurisdizione UE, imposta
Europa nord
neur
eu.Stoccolma
NEUR
Giurisdizione UE, imposta
Asia-Pacifico
apac
asia.Singapore
APAC
Suggerimento di località
Oceania
oc
oc.Sydney
OC
Suggerimento di località
Firma ricevute, con la chiave della regione
Job di conservazione, auto-purge e redazione dei tuoi dati
Servito dagli USA (US West)
La dashboard e il sito web
Accesso, sessioni e dati account: nome, email, appartenenze
Fatturazione, tramite Avonao Billing e 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
Cosa una regione promette e cosa no
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.
3Ingresso, US WestVerifica la chiave, rate limit, misura il piano e trova la regione del workspace.
4Servizio della regioneTratta la chiamata, firma la ricevuta e la salva.Firmata dalla chiave regionale in AWS KMSSalvata nel database della regione
Quattro regole inderogabili
01
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.
02
Niente regioni ignote
Un valore di regione fuori dalle sette è rifiutato prima di fare qualsiasi lavoro.
03
Mai chiavi altrui
Una regione senza chiave configurata rifiuta di firmare. Non firma mai con la chiave di un’altra.
04
Verificare non chiede regione
Verificare una ricevuta è crittografia a chiave pubblica sulla ricevuta che hai. Non servono account, regione né chiamate a noi.
Cosa vede il tuo client
503
federation_unavailableLa regione del workspace non è disponibile; nulla è stato trattato. Riprova poi.
421
Misdirected RequestIl valore di regione del workspace non è tra le sette.
503
Service UnavailableLa regione non ha chiave di firma; nessuna ricevuta è stata emessa.
Anche lo scheduler è regionale
Ogni regione ha il suo scheduler al minuto sul suo database, quindi un watch è controllato dalla regione del suo workspace, e lì sono salvate le ricevute. Le sonde di stato pubbliche fanno eccezione: girano da un punto negli USA, quindi la pagina di stato mostra cosa vede quel punto.
Non è documentata alcuna pianificazione di rotazione né scadenza delle chiavi, quindi qui non se ne promette alcuna. Un bundle continua a indicare la chiave che l'ha firmato, il che consente di fissare quella chiave.
Una voce del set di chiavi pubblicato/.well-known/ledger-bundles-keys.json
rehoming.plan indica una regione di origine e una di destinazione e restituisce cosa verrebbe spostato e se la destinazione è vincolata all'UE. Execute cattura uno snapshot; la destinazione lo applica alla richiesta successiva.
Cosa dimostra
Plan indica le classi di Durable Object fissate e se lo spostamento è vincolato all'UE. Execute copia lease, righe e stato degli oggetti.
Cosa invece non prova
Non è uno spostamento atomico e non elimina nulla all'origine. Lo snapshot non è firmato e lo spostamento non è scritto nel registro che ledger.blame legge. Non esiste un'azione di ripristino.
Per ogni ricevuta, i byte canonici vanno ad AWS KMS nella regione AWS della regione. KMS non li conserva.
Verso le destinazioni
Ciò che inoltri
Una richiesta inoltrata va all’host che indichi, ovunque sia, e lascia la rete Cloudflare dalla regione che la tratta. Dove quell’host salva i dati è fuori dal nostro controllo.
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.
Verificala con l’API
Lo stato del workspace riporta region ed euResidency, che è true per le tre regioni europee.
Serve residenza UE?
Scegli Europa centrale, Europa ovest o Europa nord. Tutte e tre salvano i dati sotto la giurisdizione UE di Cloudflare. Cambiano il servizio che gestisce le chiamate e dove è custodita la chiave di firma: Francoforte, Irlanda o Stoccolma.
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
L’Europa centrale e orientale, i Balcani, il Mediterraneo orientale, il Medio Oriente e l’Africa
Europa centraleweur-1
Isole britanniche, Francia, Benelux, penisola iberica, Italia e Islanda
Europa ovestweur-2
I Paesi nordici e i baltici
Europa nordneur
Stati USA e province canadesi occidentali, Messico, e USA o Canada se lo stato non è noto
USA ovestwnam
Asia
Asia-Pacificoapac
Australia, Nuova Zelanda e isole del Pacifico
Oceaniaoc
Se la posizione non è leggibile, il modulo preseleziona US West.
Database regionale
Misura dalla tua rete con il tuo client. Se ti serve la prova di cosa vede un punto, le ricevute monitor firmate lo registrano. Guida prove di uptime →
Residenza
