Repatriação de Dados Explicada: Por Que Mover Dados da Nuvem para On-Premises Importa

O custo íngreme de manter e usar dados em uma nuvem pública está se tornando cada vez mais um impeditivo para empresas. Organizações estão buscando alternativas mais custo-efetivas, razão pela qual estamos vendo cada vez mais casos de repatriação de dados (o ato de puxar dados atualmente na nuvem pública e re-hospedá-los on-site ou em bare metal).

Este artigo é uma introdução à repatriação de dados e aos efeitos (tanto positivos quanto negativos) de deixar a nuvem pública em favor de armazenamento bare metal on-premises. Continue lendo para aprender sobre os principais impulsionadores por trás da repatriação de dados e veja se puxar de volta dados baseados na nuvem é uma jogada inteligente para seu resultado final.

O Que É Repatriação de Dados?

Repatriação de dados é o processo de mover dados da nuvem pública para armazenamento autogerenciado (como um servidor dedicado on-site ou uma nuvem privada). Dependendo de quantos dados uma empresa decide re-hospedar, a repatriação é:

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

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

Em média, opções baseadas na nuvem custam o dobro para uso quanto hospedagem de dados on-site. Esta estatística permanece verdadeira mesmo quando contabilizamos a sobrecarga necessária para armazenamento on-site, que inclui o preço de:

• A equipe gerenciando o hardware
• Espaço no data center
• Energia
• Segurança física

A principal razão por trás da diferença drástica nos preços é o custo de egresso. Provedores não cobram por upload de dados, mas você paga por capacidade e transferências de dados. Transferências que enviam dados para fora da infraestrutura do provedor são custosas e frequentemente compõem a maior parte da conta mensal da nuvem.

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

• Novas atualizações nas regras de conformidade
• Problemas com latência de rede
• Preocupações com segurança da computação em nuvem
• Desejo de alcançar níveis mais altos de redundância de dados
• Tempo de inatividade frequente devido a erros do lado do provedor
• Problemas com shadow IT (uso não autorizado de recursos de nuvem pública)
• 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 analisar mais de perto os benefícios mais proeminentes de puxar de volta dados da nuvem pública.

Redução de Custos e Melhor ROI

Custo é a vantagem primária e a principal razão para repatriação de dados. Embora um data center on-premises seja caro para configurar, custos de nuvem pública começam a se acumular ao longo do tempo conforme você paga mensalmente por:

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

Cedo ou tarde, seu gasto total na nuvem atingirá o preço de equipamentos de hospedagem on-site. No entanto, até lá, você terá gasto 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 on-site tem um ROI muito superior.

Lembre-se de que taxas de armazenamento baseadas na nuvem também são inconsistentes e difíceis de prever. Custos projetados rapidamente excedem o orçamento porque:

• Provedores mudam preços
• Suas necessidades de TI mudam com o tempo
• Equipes frequentemente subestimam os custos envolvidos em operar na nuvem
• Ambientes de TI complexos tendem a sofrer de shadow IT

Com um sistema de armazenamento on-site, 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 irá "além da conta" com uma fatura como pode acontecer com armazenamento baseado na 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 informações seguras. Este arranjo é uma dádiva para alguns, mas pode ser um impeditivo para empresas que buscam uma abordagem mais hands-on para segurança de dados.

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

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

Embora falhas de provedores sejam raras, 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 de negócios de cerca de 31.000 sistemas pertencentes à GoDaddy. Se a empresa mantivesse os dados on-site, este incidente não aconteceria.

Repatriar dados permite um nível de proximidade e controle físico dos 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, claro, mas você não tem voz em como eles protegem cofres, além de serem alvos primários para roubos. Desse ponto de vista, há um forte caso de que seu dinheiro está mais seguro em casa.

Nenhum Risco de Vendor Lock-In

Vendor lock-in ocorre quando uma empresa se torna excessivamente dependente de um provedor de nuvem. Se você armazena dados em um fornecedor por muito tempo e constrói uma arquitetura de aplicativo em torno desse armazenamento, o lock-in crescerá naturalmente com o tempo. Você então fica impossibilitado de mudar para outra plataforma (seja interna ou pertencente a outro provedor) sem altos custos de mudança.

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" com terceiros.

Melhor Latência

Embora a nuvem pública forneça capacidade de armazenamento quase ilimitada, sua capacidade de acessar e usar dados baseados na nuvem depende da conexão com a Internet. Operações sofrem atrasos se você realiza processamento internamente e a conexão com dados da nuvem pública é lenta.

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

• Análise em tempo real
• Aplicativos de cibersegurança
• Sensores
• Aplicativos IoT

Se você tem um aplicativo sensível à latência que depende fortemente de um conjunto de dados, hospedar informações on-site (ou usar um servidor edge) fornece muito menos lag do que usar uma nuvem pública. Você encurta o caminho de comunicação, além de a equipe interna ter a oportunidade de ajustar recursos de armazenamento, computação e rede para atender ao aplicativo.

Conformidade Mais Fácil com Regulamentações de Dados

Provedores de nuvem pública (especialmente hiperescaladores) trabalham duro para atender requisitos governamentais e da indústria como HIPAA e PCI. No entanto, há uma grande preocupação com o cumprimento de regulamentações na nuvem pública: localização dos dados. Se seu negócio se enquadra em um estatuto que exige hospedagem de dados em uma região específica, usar a nuvem pública pode colocá-lo em um mundo de problemas legais (e financeiros).

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

Desvantagens da Repatriação de Dados

Aqui estão os desafios e contras mais notáveis de optar pela repatriação de dados:

• Você terá que reservar orçamento para o hardware necessário para hospedar dados on-site, 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 proteção e manter dados on-site seguros contra potenciais violações, vazamentos, ciberataques e ameaças à integridade dos dados
• Cabe à sua equipe garantir disponibilidade adequada de dados
• Quando algo dá errado, cabe à sua equipe corrigir o problema. Não há provedor para recorrer em caso de tempo de inatividade, então certifique-se de que sua equipe sabe como gerenciar bancos de dados on-site antes de decidir puxar algo da nuvem pública
• A repatriação de dados às vezes perturba a química e cultura da equipe. Alguns funcionários podem sentir que a empresa está dando um passo para trás, além de você ter que adicionar novas tarefas ao dia de trabalho deles
• Às vezes, puxar dados de volta on-site leva a perda de velocidade ou desempenho. Nesse caso, você terá que re-otimizar todos os serviços e cargas de trabalho que usam aquele conjunto de dados, um processo que frequentemente dura pelo menos alguns dias
• Você não tem mais acesso a recursos sob demanda infinitos ao deixar a nuvem pública, então diga adeus ao provisionamento rápido e escalabilidade instantânea. Você deve reservar recursos e comprar novo hardware se precisar de mais armazenamento

Como Repatriar Dados?

Monitore o uso de recursos na nuvem e compare periodicamente esses custos a métodos alternativos de armazenamento. Se ficar evidente que outro tipo de armazenamento oferece um ROI maior para seu caso de uso, é hora de repatriação de dados. Este processo se parece com isto:

• Comece determinando quais dados você quer repatriar e delineando o objetivo da mudança. Você vai para repatriação total, ou a abordagem parcial faz mais sentido?
• Considere quaisquer problemas de vendor lock-in, arquiteturais ou de usuários finais que possam retardar ou impedir a mudança da nuvem
• Divida o plano em etapas e defina KPIs que permitam monitorar o progresso
• Decida qual é o ambiente de hospedagem ideal para seus dados. Você está procurando trazer dados de volta para uma sala de servidores on-site, ou alugar um servidor dedicado seria melhor? Ou talvez a nuvem híbrida seja o caminho?
• Determine o nível de habilidade da sua equipe. Dependendo de quão experientes os funcionários são, algumas opções de hospedagem serão mais atraentes que outras
• Execute uma análise detalhada de custo-benefício no projeto para avaliar o impacto financeiro de cada alternativa viável
• Planeje como a equipe atualizará a arquitetura do aplicativo com os dados ganhando um novo lar. Há espaço para melhorar desempenho ou reduzir lag?
• Comece a mover dados da nuvem pública. Lembre-se de que a mudança leva tempo, e aplicativos que dependem dos dados em questão ficarão inativos durante o processo se você não tiver armazenamento de backup. Arquivos frios são geralmente mais fáceis de mover que repositórios acessados frequentemente, então faça um plano com o menor impacto na sua UX
• Realize testes extensivos para ver se todos os aplicativos e serviços associados ao conjunto de dados estão performando de forma ideal

Quando Repatriar Dados?

Você deve repatriar dados quando ficar evidente que se afastar 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 nos quais a repatriação de dados é a jogada certa para o negócio:

• Contas de armazenamento na nuvem estão saindo do controle: Comece a considerar outras opções de armazenamento assim que contas de nuvem pública começarem a custar mais que o esperado (ou se você está pagando por recursos que não usa)
• Mudança para um ambiente de hospedagem mais adequado: A repatriação de dados frequentemente significa que a empresa identificou uma solução de armazenamento melhor para seu caso de uso. Os problemas mais comuns que empresas buscam resolver são lag e problemas de disponibilidade
• Novas regras de conformidade: Atualizações em regulamentações forçam empresas em indústrias mais rigorosas a repatriar dados da nuvem pública
• O uso da nuvem cumpriu seu ciclo: A nuvem pública tem o impacto mais significativo durante as fases iniciais de todo projeto. Assim que sua equipe começar a analisar 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
• Precipitação na adoção da nuvem: Planejamento inicial ruim, táticas de lift-and-shift e falta de planos de migração para a nuvem bem estruturados são razões comuns para puxar dados da nuvem pública de volta on-site. Lembre-se que cortar perdas é melhor do que ir all-in na solução de armazenamento errada
• Provedores de nuvem falindo: Clientes não têm escolha senão puxar de volta seus dados se um fornecedor fechar. Embora estes cenários sejam raros, empresas devem ter um plano de recuperação de desastres caso o provedor feche

Não Tema a Repatriação de Dados e Sempre Busque a Solução de Armazenamento Ideal

A repatriação de dados é sobre buscar novas oportunidades de TI, otimizar gastos e melhorar desempenho de aplicativos. Estes três fatores vêm antes do seu compromisso com a nuvem pública, então garanta que sua equipe sempre considere alternativas de hospedagem para cada banco de dados, carga de trabalho e serviço rodando na nuvem.