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 um limite geográfico definido: um país, uma região ou um conjunto de locais aprovados. A localização de dados é a escolha de design de manter os dados e seu processamento próximos de onde o negócio opera, em vez de um único centro global. Uma é uma restrição, a outra uma decisão, e frequentemente se apoiam mutuamente. Ambas ultrapassam o simples arquivo de 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, mas com um trabalho de análise no exterior, ainda pode constituir uma violação.
• Backups, caches e réplicas: uma cópia feita por segurança conta como dados. Essas cópias tendem a seguir o padrão da ferramenta, de modo que um backup replicado em outra região pode quebrar a fronteira, mesmo que a cópia primária esteja 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 inicia 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 da conformidade.
• Latência: dados acessados através de um continente são mais lentos para o trabalho, 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 mover posteriormente do que dados espalhados por cinco regiões.

O que considerar

• Escolha da região na nuvem: o controle regional geralmente é uma configuração de conta, mas é fácil interpretar errado. Verifique onde seus dados realmente estão, e não apenas o rótulo no console.
• Contratos de fornecedores: a cláusula que rege onde um fornecedor armazena e processa seus dados é uma questão legal, não técnica. Leia-a antes do lançamento, 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 funcionam em todas as regiões. Verifique se o stack inteiro se encaixa antes de se comprometer com a localização local.
• Curva de custos: a capacidade local pode ser mais cara ou mais barata dependendo da região e do fornecedor. Não assuma nenhum dos dois 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 relocar um centro de dados ou alterar um padrão. O requisito não se mantém sozinho; precisa de uma política e verificações regulares para mantê-lo.

Como a NobleConsul pode ajudar

Onde relevante, a NobleConsul pode ajudar a mapear onde os dados e a computação estão fisicamente hoje, verificar se eles atendem aos requisitos de residência, pesar a opção local versus remota para cada componente, identificar quais termos de fornecedores e configurações técnicas precisam ser alterados para fechar lacunas e sequenciar a mudança, como possíveis atividades de consultoria.