Scelto per ciascun sito
Ogni linea di hosting offre il proprio set di data center. Ne sceglie uno quando crea un sito e il modulo d'ordine propone solo una città in cui tale linea dispone di spazio oggi.
Regioni e residenza dei dati
La regione non è un ticket di assistenza su questa piattaforma: è una proprietà del sito, rispettata dal motore di posizionamento a ogni distribuzione. Quando create un sito, scegliete il data center tra le città offerte attualmente dal suo piano di hosting, e ogni distribuzione si colloca sulla capacità del parco macchine in tale posizione, con una rete edge globale di fronte ad essa. Ciascuna pagina di hosting elenca tali città, aggiornate in tempo reale.
Dietro ogni sede si trovano due elementi: la flotta di worker che esegue i vostri siti e il control plane che li gestisce. Entrambi sono a conoscenza della regione. La scelta della sede spetta a voi; la capacità sottostante è una nostra organizzazione interna e operiamo deliberatamente con più fornitori affinché nessuno di essi costituisca da solo l'intera piattaforma.
Ogni linea di hosting offre il proprio set di data center. Ne sceglie uno quando crea un sito e il modulo d'ordine propone solo una città in cui tale linea dispone di spazio oggi.
Le città presenti in ogni pagina di hosting e nel modulo d'ordine vengono lette dal motore di allocazione, pertanto una nuova posizione appare il giorno in cui dispone di capacità, mentre una posizione esaurita non viene offerta.
La regione viene imposta nel codice, nel momento in cui viene creato un sito — non da un operatore che deve ricordarsi quale box utilizzare.
Ciascun host della flotta si registra con una chiave di regione, un elenco di affinità della linea di prodotti, un tipo di server web e un valore di capacità, quindi preleva il carico di lavoro. Il servizio di posizionamento filtra i candidati prima per regione, poi per linea di prodotti, quindi per capacità disponibile e seleziona l'host idoneo meno caricato.
Se ha fissato una regione, solo i worker di quella regione sono idonei. In caso contrario, il sito eredita la regione del worker su cui si posiziona e tale valore viene memorizzato nel sito — quindi la registrazione del luogo in cui risiedono i Suoi dati è un campo leggibile, non una supposizione.
L'assegnazione riserva la capacità tramite un aggiornamento condizionale che ha esito positivo solo finché il worker è ancora attivo, accetta ancora distribuzioni e si trova al di sotto della capacità massima. Due distribuzioni in competizione per l'ultimo slot non possono prevalere entrambe, garantendo così che una regione non sia mai sovraccaricata silenziosamente.
Se nessun elemento idoneo nella vostra regione dispone di spazio, il deployment genera un errore di posizionamento e si interrompe. Non esegue il fallback su un altro continente per portare a termine la richiesta. Un errore visibile e un aumento di capacità sono preferibili a un sito che ha cambiato paese all'insaputa dell'utente.
Ogni worker dispone di un selettore accepts-deploys. Impostarlo su drain impedisce l'arrivo di nuovi siti mentre quelli esistenti continuano a funzionare senza interruzioni; è così che eseguiamo interventi di manutenzione, aggiornamenti hardware e dismissioni all'interno di una regione senza spostare i Vostri carichi di lavoro.
La residenza dei dati è una delle poche decisioni di hosting davvero difficili da revocare, motivo per cui la piattaforma la tratta come una dimensione primaria anziché come un mero dettaglio di implementazione. La scelta della residenza da parte del cliente rappresenta un input per il posizionamento, la regione viene registrata per il sito e la flotta viene contrassegnata di conseguenza. Questo è ciò che rende una risposta sulla residenza verificabile anziché aneddotica.
Il modello di tenancy opera parallelamente ad esso. Ogni record nel motore include un ambito di organizzazione con la sicurezza a livello di riga di PostgreSQL applicata a livello di database, e la tenancy è gerarchica: un'organizzazione rivenditore sopra le organizzazioni clienti, a loro volta sopra i siti. La regione determina dove risiedono i dati; la sicurezza a livello di riga determina chi può accedervi. Entrambi gli aspetti sono importanti per un revisore della conformità e nessuno dei due è facoltativo.
L'esportazione e la cancellazione dei dati GDPR fanno parte dello stesso progetto anziché essere un processo aggiunto in seguito, e le azioni privilegiate e amministrative vengono registrate nei log di controllo. Se il questionario del Vostro acquirente chiede dove risiedono i dati, chi può consultarli e cosa succede quando un interessato ne richiede la restituzione, qui troverete risposte a queste domande.
Scegliere una regione vicina è utile, ma la maggior parte della latenza percepita dai visitatori viene determinata prima ancora che una richiesta raggiunga il server di origine.
La multi-regione ha ben poco valore se tutto condivide ancora lo stesso destino. L'architettura separa le parti che non devono fallire insieme.
Il motore, il database, il livello di flusso di lavoro e i dashboard vengono eseguiti sul proprio piano di controllo Kubernetes, in modo completamente separato dalla flotta di worker che serve i siti dei clienti. Un incidente sul piano di controllo non deve compromettere i siti dei clienti e un incidente sulla flotta non deve compromettere la piattaforma.
La dashboard del cliente, la console di amministrazione e questo sito di marketing sono distribuiti su Cloudflare indipendentemente dal cluster del piano di controllo, garantendo che un incidente della piattaforma non rimuova anche il luogo in cui Vi rechereste per documentarVi al riguardo.
La pagina di stato è deliberatamente ospitata presso un provider diverso in un'altra regione. Una pagina di stato che viene eseguita sulla stessa infrastruttura che monitora è del tutto inutile proprio nel momento in cui ne avete bisogno.
I backup per singolo sito sono immutabili ed esterni, scritti su archiviazione a oggetti, con ripristini testati anziché presunti. I ripristini si eseguono con un solo clic dal pannello, accanto al gestore file, ai domini, al DNS, a SSL e ai registri.
In questa pagina non dichiariamo alcun accordo sul livello del servizio, tempo di risposta o valore di latenza: i termini dell'SLA vengono concordati per contratto. Il valore del 99.99% associato ai piani Footprint-Free è una garanzia di operatività, un obiettivo verso cui lavoriamo, non un dato storico misurato di disponibilità.
In pratica la decisione si riduce a quattro domande e la maggior parte dei clienti risponde in meno di un minuto.
Sì. La regione è un input per il motore di posizionamento, non una richiesta gestita fuori banda. Fissate una regione e solo i worker della flotta contrassegnati per quella regione saranno idonei a ricevere il sito; la regione scelta viene quindi memorizzata nel record del sito in modo da poter verificare sempre dove viene eseguito. Se non la impostate, il sito eredita la regione del worker su cui approda.
Dipende dalla linea di hosting, poiché ciascuna linea opera sulla capacità creata appositamente per essa. Il modulo d'ordine e ciascuna pagina di hosting elencano le città disponibili per la selezione odierna, aggiornate in tempo reale dal motore di allocazione, pertanto questa risposta non diventa mai obsoleta. Per una rigorosa residenza dei dati nell'EU, scelga un data center situato all'interno dell'Unione Europea; laddove l'approvvigionamento richieda una piattaforma sottostante certificata, possiamo allocare le risorse su capacità conformi a tali requisiti. I fornitori associati a ciascuna sede sono frutto di accordi commerciali interni: Lei sceglie la sede, non il fornitore.
No — Zinn Digital® attualmente non possiede certificazioni di conformità proprie e non lasceremo intendere il contrario. Ciò che possiamo fare è collocare il Suo carico di lavoro su una piattaforma sottostante che ne è in possesso, laddove l'approvvigionamento dell'acquirente renda vincolante la presenza di una piattaforma certificata al di sotto dei Suoi siti. Separatamente, i controlli della piattaforma stessa sono reali e verificabili: isolamento per singolo sito, sicurezza a livello di riga su ogni tabella a livello di tenant, segreti conservati in Vault, TLS end-to-end e registrazione di controllo delle azioni con privilegi.
La distribuzione fallisce visibilmente con un errore di posizionamento anziché trasferire silenziosamente il Suo sito altrove. Ciò è intenzionale: un sito che ha cambiato giurisdizione in modo silenzioso è un esito di gran lunga peggiore rispetto a una distribuzione che si è arrestata spiegandoLe il motivo. La capacità viene incrementata portando online più host in quella regione, dove si registrano autonomamente e iniziano immediatamente ad accettare lavoro.
Non pubblichiamo benchmark di latenza e non promettiamo cifre specifiche. Ciò che possiamo descrivere è l'architettura: Cloudflare è a monte di ogni sito in modo che le risposte memorizzabili nella cache siano servite da una posizione periferica vicina al visitatore, LSCache serve pagine complete dal worker senza toccare PHP o il database, e una cache di oggetti Redis per sito assorbe le query ripetute. Per la maggior parte dei siti di contenuti, questa combinazione significa che la regione di origine conta molto meno della configurazione della cache. Se il Vostro pubblico è concentrato in un solo continente, posizionate comunque l'origine lì.
La regione viene impostata al momento del posizionamento del sito e registrata nei dati del sito stesso; pertanto, un cambio di regione costituisce una migrazione e non un semplice interruttore. Ci contatti prima della creazione se sa già che sarà necessario un trasferimento: è molto più economico posizionare il sito correttamente la prima volta che trasferire un portfolio attivo.
I backup per singolo sito sono immutabili, offsite e isolati dall'infrastruttura operativa, scritti su storage a oggetti con ripristini effettivamente testati anziché presunti, e ripristinabili con un solo clic dal pannello. Se i Suoi requisiti di conformità richiedono che lo storage dei backup risieda in una giurisdizione specifica, La invitiamo a comunicarcelo direttamente: si tratta di un dettaglio contrattuale concordato per singolo cliente, piuttosto che di una dichiarazione generica pubblicata su una pagina web.
Sì. La prova dura 14 giorni e non richiede carta di credito. Copre Footprint-Free Hosting fino a cinque siti, il che è sufficiente per verificare il comportamento di distribuzioni, posizionamento e livelli di cache prima di decidere dove collocare il portfolio di produzione.
Avvii una prova di 14 giorni senza carta di credito, oppure ci comunichi prima i Suoi requisiti di residenza e La posizioneremo correttamente fin dalla prima distribuzione.
Inizia gratis