Applicare i requisiti di residenza dei dati

Per soddisfare i requisiti legali e normativi locali che regolano la posizione di archiviazione dei dati del database, puoi selezionare Google Cloud regioni specifiche per i cluster AlloyDB per PostgreSQL e applicare i vincoli della policy dell'organizzazione per la località delle risorse.

Panoramica della residenza dei dati

La residenza dei dati si riferisce alla posizione fisica dei dati e alle normative locali che regolano il modo in cui li archivi, li cripti e vi accedi. Man mano che le normative sulla privacy e sulla protezione dei dati dei paesi si evolvono, è sempre più importante capire come seguire i requisiti locali di residenza dei dati e proteggere i dati degli utenti.

In un ambiente on-premise, configuri vari componenti per gestire la residenza dei dati. Ad esempio, un'azienda può ospitare un gateway di tokenizzazione come Cloud Access Security Broker (CASB) per proteggere i dati delle applicazioni prima che vengano trasmessi all'estero.

Poiché un servizio di cloud computing archivia i tuoi dati off-premise, il cloud computing introduce problemi e domande sulla residenza dei dati. Sono incluse le seguenti app:

  • Se gli amministratori cloud di un'azienda non conoscono la posizione fisica dei dati, non conoscono le normative locali. Per ricercare le policy di residenza dei dati per ogni località, gli amministratori devono sapere dove si trovano i data center.

  • Gli amministratori e i provider cloud di un'azienda potrebbero utilizzare accordi sul livello del servizio (SLA) che stabiliscono le località consentite, richiedendo limitazioni sull'intervallo di regioni che il servizio cloud può utilizzare per l'archiviazione dei dati.

  • Le organizzazioni devono verificare che i propri dati e tutti i servizi e le risorse che utilizzano nei loro progetti cloud rispettino le normative sulla residenza dei dati del paese ospitante.

Residenza dei dati per AlloyDB

La residenza dei dati prevede l'archiviazione di informazioni che consentono l'identificazione personale (PII) o altre informazioni sensibili all'interno di una determinata regione, in modo da rispettare le leggi e le normative di quella regione.

Per archiviare i dati, devi soddisfare i requisiti legali e normativi di un paese, ad esempio le leggi sulla località dei dati. Ad esempio, un paese potrebbe imporre che tutti i dati relativi al governo siano archiviati in quel paese. In alternativa, un'azienda potrebbe avere la responsabilità contrattuale di archiviare i dati di alcuni dei suoi clienti in un altro paese. Pertanto, un'azienda deve soddisfare i requisiti di residenza dei dati del paese in cui sono archiviati.

Puoi utilizzare il servizio Cloud Asset Inventory per visualizzare e monitorare le località delle risorse nei servizi supportati, tra cui AlloyDB.

AlloyDB ti aiuta a soddisfare i requisiti di residenza dei dati consentendoti di specificare la posizione dei dati e di limitare le posizioni che AlloyDB mette a disposizione.

Selezione località

Con Google Cloud, scegli dove archiviare i tuoi dati. Ciò include la possibilità di scegliere le regioni in cui archiviare i dati. Quando configuri le risorse AlloyDB in queste regioni, Google archivia i dati at-rest solo in queste regioni, in conformità ai Termini di servizio specifici di Google Cloud. Puoi selezionare la regione quando crei il cluster. Tutte le istanze e i backup creati per un cluster vengono archiviati nella stessa regione del cluster.

Vincolo delle località delle risorse

Puoi utilizzare i vincoli delle policy dell'organizzazione per applicare i requisiti di residenza dei dati a livello di organizzazione, progetto o cartella. Questi vincoli ti consentono di definire le località Google Cloud in cui gli utenti possono creare risorse per i servizi supportati. Per la residenza dei dati, puoi utilizzare il vincolo delle località delle risorse per limitare la posizione fisica delle nuove risorse AlloyDB supportate. Puoi anche perfezionare le policy per un vincolo in modo da specificare regioni, ad esempio us-east1 o europe-west1, come località consentite o non consentite. Le violazioni delle località esistenti possono essere rilevate utilizzando Security Health Analytics e poi corrette.

Passaggi successivi