O que é repatriação de dados?

O alto custo de manter e usar dados em uma nuvem pública está se tornando cada vez mais um fator decisivo para as empresas. As organizações estão procurando alternativas mais econômicas, e é por isso que estamos vendo cada vez mais casos de repatriação de dados (o ato de extrair dados atualmente na nuvem pública e rehospedá-los no local ou em bare metal).

Este artigo é uma introdução à repatriação de dados e os efeitos (positivos e negativos) de deixar a nuvem pública em favor do armazenamento bare metal no local. Continue lendo para saber mais sobre os principais fatores por trás da repatriação de dados e veja se a retirada de dados baseados em nuvem é uma boa medida para seus resultados.

O que é repatriação de dados?

A repatriação de dados é o processo de mover dados da nuvem pública para armazenamento autogerenciado (como um servidor dedicado no local ou uma nuvem privada). Dependendo da quantidade de dados que uma empresa decide rehospedar, a repatriação é:

• Total (quando uma organização extrai todos os dados e corta os laços com a nuvem pública).
• Parcial (quando uma empresa decide extrair alguns, mas não todos os dados da nuvem, o que normalmente acontece quando uma equipe tenta melhorar o desempenho ou reduzir os custos da nuvem).

A repatriação de dados está se tornando cada vez mais comum à medida que as organizações percebem os altos custos de manter grandes quantidades de dados na nuvem pública. Quando você tem uma grande necessidade de armazenamento (por exemplo, se você tiver vários petabytes de dados não estruturados que você acessa regularmente), o armazenamento baseado em nuvem não é tão econômico quanto as soluções mais tradicionais.

Em média, opções baseadas em nuvem custam duas vezes mais para uso do que hospedagem de dados no local . Essa estatística permanece verdadeira mesmo quando consideramos a sobrecarga necessária para armazenamento no local, que inclui o preço de:

• A equipe que gerencia o hardware.
• Espaço do data center.
• Poder.
• Segurança física.

A principal razão por trás da diferença drástica nas etiquetas de preço é o custo de saída . Os provedores não cobram pelo upload de dados, mas você paga pela capacidade e pelas transferências de dados. As transferências que enviam dados para fora da infraestrutura do provedor são caras e geralmente representam a maior parte da fatura mensal da nuvem.

O custo não é a única razão pela qual as empresas optam por repatriar dados. Outras causas comuns incluem:

• Novas atualizações nas regras de conformidade.
• Problemas com a latência da rede.
• Preocupações com a segurança da computação em nuvem.
• Um desejo de alcançar níveis mais altos de redundância de dados.
• Tempo de inatividade frequente devido a erros por parte do provedor.
• Problemas com shadow IT (uso não autorizado de recursos de nuvem pública).
• Uma decisão de buscar um modelo de implantação de nuvem diferente.

Vantagens da repatriação de dados

Como a maioria das decisões de TI, optar pela repatriação de dados tem prós e contras. Vamos dar uma olhada nos benefícios mais importantes de recuperar dados de nuvem pública.

Reduções de custos e melhor ROI

O custo é a principal vantagem e a principal razão para a repatriação de dados. Embora a configuração de um data center local seja cara, os custos da nuvem pública começam a aumentar com o tempo, à medida que você paga mensalmente por:

• Volumes de armazenamento.
• Instâncias de servidor.
• Serviços por uso.
• Custos de transferência de dados (saída).
• "Custos ocultos" (estudos recentes revelam que as empresas gastam mais de US$ 62 bilhões anualmente em recursos de nuvem pública que eles não precisam nem usam.)

Mais cedo ou mais tarde, os gastos totais com a nuvem atingirão o preço do equipamento de hospedagem no local . No entanto, nesse ponto, você gastou esses fundos em despesas operacionais de computação em nuvem e não possuirá nenhum hardware, apesar do investimento. Desse ponto de vista, a hospedagem no local tem um ROI muito superior.

Lembre-se de que as taxas de armazenamento baseadas em nuvem também são inconsistentes e difíceis de prever. Os custos projetados excedem rapidamente o orçamento, pois:

• Os provedores alteram os preços.
• Suas necessidades de TI mudam com o tempo.
• As equipes geralmente subestimam os custos envolvidos na operação na nuvem.
• Ambientes de TI complexos tendem a sofrer de shadow IT.

Com um sistema de armazenamento no local, os custos não mudam com base no que você faz com seus dados. Se suas necessidades de TI crescerem, você precisará investir em mais hardware, mas nunca vai "exagerar" com uma conta da maneira que faz com o armazenamento baseado em nuvem.

Segurança prática sobre seus dados

Hospedar dados em uma nuvem pública significa que o provedor é responsável por armazenar e manter as informações seguras. Esse arranjo é uma dádiva de Deus para alguns, mas pode ser um fator decisivo para empresas que procuram uma abordagem mais prática à segurança de dados.

Há também várias preocupações exclusivas quando você mantém dados em uma nuvem pública:

• Centenas de locatários (ou até mais) compartilham a infraestrutura de nuvem pública, o que apresenta um elemento de risco que não existe na hospedagem interna.
• Há uma falta de visibilidade sobre quais controles mantêm os dados baseados em nuvem seguros.
• A equipe do cliente é responsável por usar as medidas fornecidas pelo fornecedor, portanto, há muito espaço para configurações incorretas (os erros mais comuns ocorrem nas políticas de segurança da nuvem).
• O provedor detém os direitos sobre os arquivos que você armazena na nuvem pública (a menos que você assine um SLA que indique o contrário).
• A nuvem pública permite que os usuários finais acessem dados de qualquer lugar, portanto, sempre há a possibilidade de compartilhar dados com as pessoas erradas.

Embora as falhas dos provedores sejam raras, os usuários de nuvem pública devem saber que são uma possibilidade. Em agosto de 2018, um erro da AWS expôs dados críticos para os negócios de cerca de 31.000 sistemas pertencentes à GoDaddy . Se a empresa mantivesse os dados no local, esse incidente não aconteceria.

A repatriação de dados permite um nível de proximidade e controle físico de dados que a nuvem pública não pode oferecer. Você também limita a superfície de ataque reduzindo o número de eventos que podem dar errado com seus dados. Pense nisso como guardar dinheiro em um cofre em casa versus um cofre em um banco – o banco é seguro, com certeza, mas você não pode dizer como eles protegem os cofres, além de serem o principal alvo de roubos. Desse ponto de vista, há um forte argumento de que seu dinheiro está mais seguro em casa.

Sem risco de bloqueio do fornecedor

O aprisionamento do fornecedor ocorre quando uma empresa se torna muito dependente de um provedor de nuvem. Se você armazenar dados em um fornecedor por muito tempo e criar uma arquitetura de aplicativo em torno desse armazenamento, o aprisionamento aumentará naturalmente com o tempo. Você não pode mudar para outra plataforma (seja interna ou pertencente a outro provedor) sem altos custos de troca.

A repatriação de dados garante que seu armazenamento nunca dependa de nenhum provedor mais do que sua equipe interna. Sua equipe gerencia o conjunto de dados e não há risco de "ficar preso" a terceiros.

Melhor latência

Embora a nuvem pública forneça capacidade de armazenamento quase ilimitada, sua capacidade de acessar e usar dados baseados em nuvem depende da conexão com a Internet. As operações sofrem atrasos se você executar o processamento internamente e a conexão com os dados da nuvem pública for lenta.

O atraso pode não ser um problema para alguns casos de uso (como backup e recuperação ou operações de e-mail), mas é prejudicial para algumas cargas de trabalho, como:

• Análise em tempo real.
• Aplicativos de segurança cibernética.
• Sensores.
• Aplicativos de IoT.

Se você tiver um aplicativo sensível à latência que depende muito de um conjunto de dados, hospedar informações no local (ou usar um servidor de borda) oferece muito menos atraso do que usar uma nuvem pública. Você encurta o caminho de comunicação, e a equipe interna tem a oportunidade de ajustar os recursos de armazenamento, computação e rede para se adequar ao aplicativo.

Conformidade mais fácil com os regulamentos de dados

Os provedores de nuvem pública (especialmente os hiperescaladores) trabalham duro para atender aos requisitos do governo e do setor, como HIPAA e PCI. No entanto, há uma grande preocupação em atender às regulamentações na nuvem pública:localização de dados . Se sua empresa se enquadrar em um estatuto que exige hospedagem de dados em uma região específica, o uso da nuvem pública pode colocá-lo em um mundo de problemas legais (e financeiros).

Em vez de configurar servidores em nuvem em regiões específicas e depender de terceiros para não mover informações, algumas organizações preferem assumir o controle total e realocar os dados para um sistema local.

Desvantagens da repatriação de dados

Aqui estão os desafios e desvantagens mais visíveis de optar pela repatriação de dados:

• Você terá que reservar um orçamento para o hardware necessário para hospedar os dados no local, independentemente do sistema que decidir configurar (nuvem privada, servidor dedicado, equipamento de colocation etc.).
• Você deve contratar uma equipe interna para configurar e gerenciar o novo ambiente de TI.
• Sua equipe é a única responsável por configurar a proteção e manter os dados no local protegidos contra possíveis violações, vazamentos, ataques cibernéticos e ameaças à integridade dos dados.
• Cabe à sua equipe garantir a disponibilidade adequada de dados.
• Quando algo dá errado, cabe à sua equipe corrigir o problema. Não há provedor a quem recorrer em caso de inatividade, portanto, certifique-se de que sua equipe saiba como gerenciar bancos de dados no local antes de decidir extrair qualquer coisa da nuvem pública.
• A repatriação de dados às vezes atrapalha a química e a cultura da equipe. Alguns funcionários podem sentir que a empresa está dando um passo para trás, além disso, você precisa adicionar algumas novas tarefas ao seu dia de trabalho.
• Às vezes, a retirada de dados no local leva a uma perda de velocidade ou desempenho. Nesse caso, você terá que otimizar novamente todos os serviços e cargas de trabalho que usam esse conjunto de dados, um processo que geralmente dura pelo menos alguns dias.
• Você não tem mais acesso a recursos sob demanda infinitos depois de sair da nuvem pública, então diga adeus ao provisionamento rápido e ao dimensionamento instantâneo. Você deve reservar recursos e comprar novo hardware se precisar de mais armazenamento.

Como repatriar dados?

Monitore o uso de recursos de nuvem e compare periodicamente esses custos com métodos alternativos de armazenamento. Se ficar evidente que outro tipo de armazenamento oferece um ROI maior para o seu caso de uso, é hora de repatriar os dados. Este processo fica assim:

• Comece determinando quais dados você deseja repatriar e descrevendo o objetivo da mudança. Você está indo para a repatriação total ou a abordagem parcial faz mais sentido?
• Considere quaisquer problemas de bloqueio de fornecedor, arquitetura ou usuário final que possam retardar ou impedir a migração da nuvem.
• Divida o plano em etapas e defina KPIs que permitem monitorar o progresso.
• Decida qual é o ambiente de hospedagem ideal para seus dados. Você deseja trazer dados de volta para uma sala de servidores no local ou alugar um servidor dedicado seria mais adequado? Ou talvez a nuvem híbrida seja o caminho a seguir?
• Determine o nível de habilidade de sua equipe. Dependendo da experiência dos funcionários, algumas opções de hospedagem serão mais atraentes do que outras.
• Faça uma análise detalhada de custo-benefício do projeto para avaliar o impacto financeiro de cada alternativa viável.
• Planeje como a equipe atualizará a arquitetura do aplicativo com os dados recebendo um novo lar. Há espaço para melhorar o desempenho ou reduzir o atraso?
• Comece a mover dados da nuvem pública. Lembre-se de que a mudança leva tempo e os aplicativos que dependem dos dados em questão ficarão inativos durante o processo se você não tiver armazenamento de backup. Os arquivos frios geralmente são mais fáceis de mover do que os repositórios acessados ​​com frequência, portanto, faça um plano com o menor impacto no seu UX.
• Faça testes extensivos para ver se todos os aplicativos e serviços associados ao conjunto de dados estão funcionando de maneira ideal.

Quando repatriar dados?

Você deve repatriar os dados quando ficar evidente que sair da nuvem pública beneficiaria uma (ou mais) das seguintes frentes de negócios:

• Seu resultado final.
• Níveis de segurança.
• Desempenho do serviço.

Aqui estão alguns cenários comuns em que a repatriação de dados é a jogada de negócios certa:

• As contas de armazenamento em nuvem estão ficando fora de controle: Comece a considerar outras opções de armazenamento assim que as contas de nuvem pública começarem a custar mais do que o esperado (ou se você estiver pagando por recursos que não usa).
• Mudando para um ambiente de hospedagem mais adequado: A repatriação de dados geralmente significa que a empresa identificou uma solução de armazenamento melhor para seu caso de uso. Os problemas mais comuns que as empresas procuram resolver são problemas de atraso e disponibilidade.
• Novas regras de conformidade: As atualizações nos regulamentos obrigam as empresas de setores mais rígidos a repatriar dados da nuvem pública.
• O uso da nuvem terminou: A nuvem pública tem o impacto mais significativo durante as fases iniciais de cada projeto. Assim que sua equipe começar a analisar as tendências de uso de recursos, comece a executar análises regulares de custo-benefício para ver se há necessidade de repatriação de dados.
• Acelerando a adoção da nuvem: Planejamento inicial deficiente, táticas de elevação e mudança e falta de planos de migração de nuvem completos são motivos comuns para trazer dados de nuvem pública de volta ao local. Lembre-se de que reduzir as perdas é melhor do que apostar tudo na solução de armazenamento errada.
• Fornecedores de nuvem falindo: Os clientes não têm escolha a não ser retirar seus dados se um fornecedor fechar. Embora esses cenários sejam raros, as empresas devem ter um plano de recuperação de desastres caso o provedor falte.

Não tema a repatriação de dados e sempre opte pela solução de armazenamento ideal

A repatriação de dados consiste em buscar novas oportunidades de TI, otimizar gastos e melhorar o desempenho do aplicativo. Esses três fatores vêm antes de seu compromisso com a nuvem pública, portanto, certifique-se de que sua equipe sempre considere alternativas de hospedagem para cada banco de dados, carga de trabalho e serviço executado na nuvem.