Residenza e Localizzazione dei Dati Servizi di consulenza

La residenza dei dati è il requisito secondo cui determinati dati devono fisicamente trovarsi entro un confine geografico definito: un paese, una regione o un insieme di posizioni approvate. La localizzazione dei dati è la scelta progettuale di mantenere i dati e il loro elaborazione vicino a dove opera l'attività, anziché in un unico hub globale. L'una è un vincolo, l'altra una decisione, e spesso si servono a vicenda. Entrambi i concetti vanno oltre il file del database: coprono dove i dati vengono archiviati, elaborati, copiati e accessed.

Dove si applica

• Archiviazione: la copia principale dei dati si trova in una regione approvata o scelta.
• Elaborazione e calcolo: il lavoro di CPU e GPU che legge o trasforma i dati deve avvenire anch'esso in loco. Un database all'interno della regione con un job di analisi all'estero può comunque configurare una violazione.
• Backup, cache e repliche: una copia fatta per sicurezza conta come dati. Queste copie tendono a seguire il predefinito dello strumento, quindi un backup replicato in un'altra regione può violare il confine anche quando la copia primaria è conforme. Ogni copia è una decisione, incluse quelle che nessuno ha preso esplicitamente.
• Accesso e supporto: il personale locale e remoto, i fornitori di supporto e i loro sub-processor aggiungono un ulteriore strato alla geografia. Un tecnico del fornitore che apre una sessione remota sui dati è una forma di elaborazione, rendendo l'accesso remoto una questione di residenza, non solo di sicurezza.

Perché le organizzazioni la adottano

• Conformità normativa: una configurazione locale soddisfa automaticamente alcune regole e rende più facile dimostrare la conformità.
• Latenza: i dati accessibili attraverso un continente sono più lenti da gestire, soprattutto per set di dati di grandi dimensioni o operazioni frequenti.
• Allineamento del team: supportare e gestire un sistema è più semplice quando le persone sono nella stessa fuso orario e parlano la stessa lingua.
• Flessibilità di uscita: i dati mantenuti in una regione sono molto più facili da spostare in seguito rispetto a quelli dispersi in cinque regioni diverse.

Cosa valutare

• Sceelta della regione cloud: il controllo regionale è di solito un'impostazione dell'account, ma è facile interpretarlo male. Verifica dove i tuoi dati si trovano realmente, non solo l'etichetta nella console.
• Contratti con i fornitori: la clausola che governa dove un fornitore archivia ed elabora i tuoi dati è una questione legale, non tecnica. Leggila prima del rilascio, non dopo.
• Strumenti di terze parti: prodotti di analisi, backup o monitoraggio aggiunti successivamente spesso hanno la propria regione predefinita.
• Capacità: alcuni strumenti non funzionano in ogni regione. Verifica che l'intero stack sia compatibile prima di impegnarsi per la localizzazione.
• Curva dei costi: la capacità locale può essere più costosa o più economica a seconda della regione e del fornitore. Non assumere nulla senza i numeri.
• Recupero da disastri: un backup locale è utile solo in misura proporzionale alla distanza tra esso e ciò che protegge. Considera dove è più probabile che si verifichi un guasto.
• Gestione del cambiamento: i fornitori possono spostare un data center o modificare un'impostazione predefinita. Il requisito non si sostiene da solo; ha bisogno di una policy e di controlli regolari per mantenerlo.

Come NobleConsul può aiutare

Dove pertinente, NobleConsul può aiutare a mappare dove i dati e il calcolo si trovano fisicamente oggi, verificarli rispetto ai requisiti di residenza, valutare l'opzione locale rispetto a quella remota per ogni componente, identificare quali condizioni dei fornitori e impostazioni tecniche devono essere modificate per colmare le lacune e sequenziare la migrazione, come possibili attività di consulenza.