O que é repatriação na nuvem?

Casos crescentes de repatriação de nuvem (o ato de puxar uma carga de trabalho de nuvem pública de volta para um sistema local) estão causando um debate acalorado sobre o futuro dos serviços de nuvem. Analistas a favor da nuvem desconsideram ou minimizam a tendência, insistindo que os números crescentes são enganosos.

Por outro lado, alguns afirmam que as repatriações indicam um interesse em declínio na computação em nuvem. Esse ponto de vista sugere que a tendência de retirar as cargas de trabalho da nuvem pública veio para ficar e que o hardware e a colocação no local continuarão a desafiar o modelo "nuvem em primeiro lugar".

Este artigo analisa o fenômeno de repatriação na nuvem e seus principais impulsionadores . Consideramos os dois pontos de vista discutidos acima e avaliamos se a nuvem está realmente saindo ou se há outro motivo pelo qual as empresas estão reduzindo as cargas de trabalho da nuvem pública.

O que é repatriação na nuvem?

A repatriação na nuvem é o processo de mover aplicativos, cargas de trabalho ou dados da nuvem pública para a infraestrutura local. A maioria das empresas transfere ativos para uma nuvem privada ou híbrida, mas algumas abandonam o modelo de nuvem e revertem para um data center local clássico.

Estudos recentes mostram que mais de 80% das empresas nos EUA retiraram algumas cargas de trabalho de nuvem pública em 2021 . À primeira vista, essa estatística sugere uma grande mudança de volta aos sistemas locais. No entanto, aqui está algum contexto em torno do número de 80%:

• Algumas repatriações envolvem a mudança para um tipo diferente de nuvem, mas não o abandono total da nuvem.
• A maioria das transições da nuvem pública envolve apenas um número limitado de cargas de trabalho.
• Algumas cargas de trabalho puxadas nunca deveriam viver permanentemente na nuvem.
• Às vezes, as equipes retiram as cargas de trabalho como uma medida temporária.

Aqui estão os motivos mais comuns pelos quais as empresas decidem mover um ativo da nuvem pública:

• Adotar uma solução de nuvem híbrida.
• Limitação de shadow IT (uso não autorizado da nuvem pública).
• Aprimorando a segurança dos dados.
• Atender a uma nova obrigação regulatória.
• Reorganizar um aplicativo para melhorar o desempenho.
• Tentando reduzir os custos de TI que ficaram fora de controle à medida que o ambiente de nuvem crescia.
• Mover cargas de trabalho para outro provedor.

Idealmente, a repatriação em nuvem não deve ser uma readopção do mesmo sistema local usado antes migração de nuvem . A mudança deve ser sobre buscar novas oportunidades de TI ou encontrar uma maneira melhor de integrar outros sistemas à nuvem pública.

A maioria dos cenários negativos de repatriação de nuvem ocorre quando uma empresa se apressa em adotar a nuvem. A falta de planejamento inicial, KPIs ruins e planos de migração de aumento e mudança geralmente forçam a equipe a retirar um aplicativo da nuvem.

Benefícios da repatriação na nuvem

A repatriação na nuvem pode trazer benefícios significativos se você tiver orçamento e uma equipe de TI capacitada para executar um sistema local. Abaixo está uma análise mais detalhada das vantagens mais impactantes de retirar um aplicativo da nuvem pública em favor de uma solução no local.

Uma oportunidade para uma melhor segurança de dados

Muitas empresas decidem repatriar para um sistema local devido a preocupações de segurança da nuvem pública. Vários fatores aumentam o risco de manter os dados na nuvem pública:

• Centenas ou até milhares de locatários compartilham a infraestrutura de nuvem pública, criando amplas oportunidades para erros e explorações.
• Como o provedor de nuvem lida com o hardware subjacente, há uma falta de transparência sobre quais controles mantêm seus dados seguros.
• Embora a nuvem pública ofereça medidas de segurança de primeira linha, cabe à equipe do cliente configurar e usar essas medidas da melhor maneira possível.
• A menos que você assine um SLA que declare o contrário, o provedor detém os direitos sobre quaisquer dados armazenados na nuvem pública.

As falhas de segurança de um provedor de nuvem são raras, mas as configurações incorretas do usuário final não são incomuns. A menos que sua equipe reserve um tempo para arquitetar uma solução de proteção de dados adequada e integrá-la à pilha do provedor, não há como garantir a segurança dos dados na nuvem pública.

Algumas empresas preferem repatriar os dados de volta para uma pilha local, onde têm controle prático sobre a prevenção de violações de dados e podem diminuir significativamente a superfície de ataque. A repatriação na nuvem também permite que uma empresa resolva problemas de segurança em várias nuvens ou cumpra qualquer novo padrão de conformidade específico do setor.

Eliminar o bloqueio do fornecedor

O aprisionamento do fornecedor ocorre quando uma empresa se torna excessivamente dependente de um provedor de nuvem pública. Uma vez bloqueado, o cliente não pode usar outro provedor sem altos custos de mudança de ajuste:

• Medidas de segurança na nuvem.
• Configurações de conformidade.
• Gerenciamento de acesso.
• Caminhos de comunicação.
• Rede na nuvem.

Quanto mais cargas de trabalho você executar na nuvem pública, maior será o risco de dependência do fornecedor. A repatriação na nuvem corta esse "laço" e garante que sua empresa não dependa muito de ninguém além de sua equipe interna.

Não há mais despesas operacionais recorrentes altas (OpEx)

A nuvem evita que as empresas invistam pesadamente em hardware no local, mas os preços aumentam em despesas recorrentes de pagamento conforme o uso. Uma empresa que usa recursos de nuvem pública paga uma taxa mensal para todos:

• Instâncias de servidor.
• Volumes de armazenamento.
• Serviços por uso.
• Componentes de nuvem exclusivos.

Os custos da nuvem geralmente ficam fora de controle ao longo do tempo. Uma pesquisa recente revelou que as empresas gastam até US$ 62 bilhões anualmente pagando por recursos de nuvem pública que não precisam nem usam .

Quando uma empresa percebe que está gastando muito na nuvem pública, a repatriação é um passo lógico. A extração de cargas de trabalho da nuvem reduz ou elimina despesas recorrentes. Você precisará investir em uma alternativa no local, portanto, a ausência de OpEx de longo prazo tem o preço de um alto custo imediato.

Mas, com o tempo, a repatriação na nuvem é, sem dúvida, uma jogada financeira inteligente em termos de ROI (se você puder se dar ao luxo de fazê-lo em primeiro lugar). Por exemplo, o Dropbox decidiu extrair 600 petabytes de dados da nuvem pública em 2015 em favor de um data center no local. Como resultado, a equipe do Dropbox obteve um desempenho mais rápido do aplicativo, economizando cerca de US$ 74,6 milhões.

A repatriação na nuvem também leva a melhor previsibilidade de preços . Os provedores de nuvem pública alteram regularmente sua estrutura de preços, impossibilitando que uma empresa crie projeções financeiras precisas de longo prazo.

Controle total sobre a infraestrutura

Uma das razões mais comuns pelas quais uma empresa opta pela repatriação na nuvem é o desejo de obter controle total sobre seu(s) ambiente(s) de TI. Quer você mova cargas de trabalho para um servidor dedicado local, nuvem privada ou uma arquitetura híbrida, você terá total liberdade para personalizar, configurar e gerenciar recursos.

Operar na nuvem pública não apenas tira o controle sobre o hardware, mas você também deve trabalhar com uma escolha limitada de software. Os provedores geralmente restringem o que você pode e não pode usar para se adequar à base de usuários mais ampla possível. A TI no local não tem tais limitações, concedendo à equipe interna a liberdade de escolher soluções ideais de software e hardware.

Melhor desempenho do aplicativo

Se uma nuvem pública tiver muitos usuários, o congestionamento poderá afetar seu desempenho. Deixar de atender aos benchmarks críticos de operação para desempenho é um sinal claro de que você deve considerar a repatriação.

Aqui estão as características típicas de um aplicativo que funciona melhor no local do que na nuvem pública:

• Sensibilidade de latência extrema.
• Períodos de E/S de longa duração.
• Grandes conjuntos de dados que exigem transporte entre vários locais para processamento.

Se o seu aplicativo tiver esses recursos e estiver com baixo desempenho na nuvem, você é o principal candidato à repatriação. Seu aplicativo terá um desempenho melhor em bare metal, pois não há hipervisor ou outros locatários que possam diminuir o desempenho.

Mudar para um ambiente de hospedagem local também é uma oportunidade de aumentar a disponibilidade do aplicativo com soluções confiáveis ​​de backup e recuperação de desastres (BDR) no local. Garantir 100% de tempo de atividade não será fácil, mas sair da nuvem pública coloca o controle de volta nas mãos de sua equipe interna.

Desafios de repatriação na nuvem

Os benefícios da repatriação na nuvem são atraentes, mas mudar para um sistema local não é fácil (ou barato). Vejamos os principais desafios de tirar um aplicativo da nuvem pública.

O retrocesso é muitas vezes complexo

Configurar um sistema no local e garantir que ele funcione com eficiência não é fácil. Sua equipe primeiro precisa definir uma infraestrutura ideal, após o que você deve contratar uma equipe de técnicos capacitados para configurar e executar o novo sistema.

O movimento em si também pode ser desafiador. A menos que o provedor e o cliente compartilhem a mesma pilha de ferramentas, repatriar um aplicativo é mais fácil falar do que fazer. A transição completa de um aplicativo nativo da nuvem para um sistema local é complexa e demorada, portanto, espere um tempo de inatividade prolongado durante a mudança e uma série de erros após a transição. Você também não deve esperar muita ajuda do provedor, pois eles naturalmente não se sentem compelidos a ter uma estratégia de saída simples para seus clientes.

Além disso, lembre-se de que a repatriação aumenta a complexidade de gerenciamento e monitoramento. Na maioria dos casos, a mudança pode não valer a pena economizar alguns dólares em custos de nuvem.

Em alguns casos, você pode até precisar converter os dados para um formato utilizável antes da mudança. Por exemplo, ao mover um aplicativo da nuvem pública para uma solução VMWare local, sua equipe precisa usar o VMWare Converter para criar VMDKs e recriar a VM. Esse processo pode levar muito tempo e requer uma interrupção prolongada do sistema atual.

Plataformas para orquestração de contêineres (como Kubernetes e Docker) são um grande trunfo ao repatriar um aplicativo da nuvem pública. Ao contrário das máquinas virtuais tradicionais, os contêineres não têm dependências e são muito mais portáteis. Se ainda não estiverem, esforce-se para conteinerizar suas cargas de trabalho ao realizar a repatriação na nuvem para garantir migrações mais fáceis no futuro.

A repatriação na nuvem pode ficar muito cara e muito rápida

Embora a hospedagem no local reduza os custos operacionais, o preço inicial do equipamento de hospedagem no local pode ser de cair o queixo. Sua empresa precisa contabilizar o preço de:

• Novo hardware e racks de servidor.
• Uma sala no local adequada para operações de TI com pisos elevados, sistemas antichamas, refrigeração suficiente, uma unidade UPS etc.
• Infraestrutura de energia e rede.
• Segurança do data center no local (digitalizações biométricas, guardas 24 horas por dia, 7 dias por semana, armadilhas, gaiolas de rack etc.).

Não espere nada menos do que um preço inicial de seis dígitos. Seus serviços ficarão inativos enquanto a equipe fizer a transição, portanto, espere um impacto financeiro nessa frente também.

Depois de migrar as cargas de trabalho no local, você precisa de uma equipe de técnicos capacitados para operar e manter a nova sala de servidores. Há uma escassez de funcionários qualificados, portanto, esteja pronto para oferecer altos salários ou esperar uma baixa taxa de retenção de funcionários.

Você precisa de repatriação na nuvem?

A repatriação na nuvem é uma medida drástica que pode ter repercussões operacionais e financeiras significativas. Você deve avaliar cuidadosamente se se mudar ou ficar parado é a opção certa, que você pode começar respondendo às seguintes perguntas:

• Você está desperdiçando dinheiro pagando pela capacidade de nuvem pública que sua equipe não está usando?
• Os custos atuais da nuvem são consideravelmente mais altos do que você esperava antes da migração?
• Seu aplicativo de nuvem pública sofre com problemas regulares de desempenho?
• Você está com tempo de inatividade frequente?
• Sua empresa se enquadra em algum regulamento de conformidade (como CCPA/ GDPR, HIPAA ou PCI)? Seu provedor de nuvem pública está dificultando (ou impossibilitando) o cumprimento das obrigações?
• Suas cargas de trabalho de nuvem pública são muito sensíveis à latência para o ambiente atual?
• Você tem uma equipe interna capaz de administrar uma sala de servidores no local?
• Um modelo de implantação de nuvem diferente faria mais sentido para seu caso de uso?
• Você pode arcar com o custo da TI local?

A repatriação na nuvem provavelmente é uma opção que vale a pena se você respondeu sim para a maioria dessas perguntas. Se a maioria de suas respostas foi negativa, manter os aplicativos de nuvem pública onde estão é uma decisão mais inteligente.

Se você deu respostas mistas, a melhor jogada é ficar parado por enquanto. A nuvem pública tem um histórico de se tornar mais barata e mais funcional ao longo do tempo. Você não quer passar por repatriação apenas para descobrir em alguns anos que teria sido melhor manter a arquitetura original.

Devemos esperar um êxodo em massa da nuvem pública?

Quase todas as empresas mantêm alguns ativos na nuvem pública, o que provavelmente não mudará. O que você pode esperar, no entanto, é mais empresas se concentrando em encontrar soluções que melhor se adaptem às cargas de trabalho individuais. Como resultado, provavelmente veremos o fim do modelo "all-in" de adoção da nuvem pública, mas esperar que as repatriações causem um colapso total do mercado de nuvem pública não é um cenário realista.