Residência de Dados e Localização Serviços de Consultoria

A residência de dados é a exigência de que determinados dados permaneçam fisicamente dentro de uma fronteira geográfica definida: um país, uma região ou um conjunto de locais aprovados. A localização de dados é a decisão de design de manter os dados e seu processamento próximos do local onde o negócio opera, em vez de em um único hub global. Um é uma restrição, o outro é uma decisão, e eles frequentemente se complementam. Ambos têm um alcance que vai além do arquivo do banco de dados: cobrem onde os dados são armazenados, processados, copiados e acessados.

Onde se aplica

• Armazenamento: a cópia primária dos dados reside em uma região aprovada ou escolhida.
• Processamento e computação: o trabalho de CPU e GPU que lê ou transforma os dados também deve ocorrer ali. Um banco de dados na região correta com um trabalho de análise no exterior pode ainda constituir uma violação.
• Backups, caches e réplicas: uma cópia feita por segurança é considerada como os próprios dados. Essas cópias tendem a seguir o padrão da ferramenta utilizada, portanto, um backup replicado para outra região pode violar a fronteira mesmo quando a cópia primária estiver em conformidade. Cada cópia é uma decisão, inclusive aquelas que ninguém tomou explicitamente.
• Acesso e suporte: funcionários locais e remotos, fornecedores de suporte e seus subprocessadores adicionam uma camada sobre a geografia. Um técnico de fornecedor que abre uma sessão remota nos dados é uma forma de processamento, tornando o acesso remoto uma questão de residência, não apenas de segurança.

Por que as organizações escolhem isso

• Conformidade regulatória: uma configuração local atende automaticamente a algumas regras e facilita a prova de conformidade.
• Latência: dados acessados através de um continente são mais lentos para trabalhar, especialmente para grandes conjuntos de dados ou operações frequentes.
• Alinhamento da equipe: apoiar e operar um sistema é mais fácil quando as pessoas estão no mesmo fuso horário e falam a mesma língua.
• Flexibilidade de saída: dados mantidos em uma única região são muito mais fáceis de migrar no futuro do que dados dispersos em cinco regiões diferentes.

O que pesquisar

• Escolha da região em nuvem: o controle regional é geralmente uma configuração de conta, mas é fácil mal interpretar. Verifique onde seus dados realmente estão, e não apenas o rótulo no console.
• Contratos com fornecedores: a cláusula que governa onde um fornecedor armazena e processa seus dados é uma questão legal, não técnica. Leia-a antes da implementação, não depois.
• Ferramentas de terceiros: produtos de análise, backup ou monitoramento adicionados posteriormente muitas vezes vêm com sua própria região padrão.
• Capacidade: algumas ferramentas não rodam em todas as regiões. Verifique se toda a pilha tecnológica se encaixa antes de se comprometer com a localização local.
• Curva de custo: a capacidade local pode ser mais cara ou mais barata dependendo da região e do fornecedor. Não assuma nenhum dos dois cenários sem os números.
• Recuperação de desastres: um backup local é tão útil quanto a distância entre ele e o que protege. Considere onde a falha é mais provável de ocorrer.
• Gestão de mudanças: fornecedores podem realocar um data center ou mudar um padrão. O requisito não se sustenta sozinho; ele precisa de uma política e verificações regulares para se manter.

Como a NobleConsul pode ajudar

Quando relevante, a NobleConsul pode ajudar a mapear onde os dados e a computação estão fisicamente hoje, verificar se estão em conformidade com os requisitos de residência, ponderar a opção local versus remota para cada componente, identificar quais termos de fornecedores e configurações técnicas precisam mudar para fechar lacunas e sequenciar a migração, como possíveis atividades de consultoria.