Entendendo a Repatriação na Nuvem: Tendências e Implicações

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

Por outro lado, alguns afirmam que repatriações indicam interesse decrescente em computação em nuvem. Este ponto de vista sugere que a tendência de tirar cargas de trabalho da nuvem pública veio para ficar e que hardware on-premises e colocation continuarão a desafiar o modelo "cloud-first".

Este artigo analisa o fenômeno da repatriação na nuvem e seus principais impulsionadores. Consideramos ambos os pontos de vista discutidos acima e avaliamos se a nuvem realmente está a caminho do fim ou se há outra razão pela qual empresas estão puxando de volta cargas de trabalho da nuvem pública.

O Que É Repatriação na Nuvem?

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

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

• Algumas repatriações envolvem mover para um tipo diferente de nuvem, mas não abandonar a nuvem completamente
• 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 equipes puxam cargas de trabalho como medida temporária

Aqui estão as razões mais comuns pelas quais empresas decidem mover um ativo da nuvem pública:

• Adoção de uma solução de nuvem híbrida
• Limitação de shadow IT (uso não sancionado da nuvem pública)
• Aumento da segurança de dados
• Cumprimento de uma nova obrigação regulatória
• Reorganização de um aplicativo para melhorar desempenho
• Tentativa de reduzir custos de TI que saíram do controle conforme o ambiente de nuvem cresceu
• Movimentação de cargas de trabalho para outro provedor

Idealmente, a repatriação na nuvem não deve ser sobre readotar o mesmo sistema on-premises usado antes da migração para a nuvem. A mudança deve ser sobre buscar novas oportunidades de TI ou encontrar uma maneira melhor de integrar outros sistemas com a nuvem pública.

A maioria dos cenários negativos de repatriação na nuvem ocorre quando uma empresa se precipita na adoção da nuvem. Falta de planejamento inicial, KPIs ruins e planos de migração lift-and-shift frequentemente forçam a equipe a puxar um aplicativo de volta da nuvem.

Benefícios da Repatriação na Nuvem

A repatriação na nuvem pode trazer benefícios significativos se você tem orçamento e uma equipe de TI capaz de rodar um sistema on-premises. Abaixo, uma análise mais detalhada das vantagens mais impactantes de tirar um aplicativo da nuvem pública em favor de uma solução on-site.

Uma Oportunidade para Melhor Segurança de Dados

Muitas empresas decidem repatriar para um sistema on-premises devido a preocupações de segurança da nuvem pública. Múltiplos fatores aumentam o risco de manter dados na nuvem pública:

• Centenas ou até milhares de tenants compartilham a infraestrutura de nuvem pública, criando ampla oportunidade para erros e exploits
• Como o provedor de nuvem lida com hardware subjacente, há falta de transparência sobre quais controles mantêm seus dados seguros
• Embora a nuvem pública ofereça medidas de segurança de alto nível, cabe à equipe do cliente configurar e usar estas medidas da melhor forma possível
• A menos que você assine um SLA que diga o contrário, o provedor detém os direitos sobre quaisquer dados que você armazena na nuvem pública

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

Alguns negócios preferem repatriar dados de volta para uma stack on-premises onde têm controle hands-on sobre 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 aborde problemas de segurança multi-cloud ou cumpra qualquer novo padrão de conformidade específico da indústria.

Elimine Vendor Lock-In

Vendor lock-in ocorre quando uma empresa se torna excessivamente dependente de um provedor de nuvem pública. Uma vez travada, a cliente fica impossibilitada de usar outro provedor sem altos custos de mudança para ajustar:

• 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ê roda na nuvem pública, maior o risco de vendor lock-in. A repatriação na nuvem corta esse "laço" e garante que seu negócio não dependa excessivamente de ninguém além de sua equipe interna.

Sem Mais Altas Despesas Operacionais Recorrentes (OpEx)

A nuvem salva empresas de investir pesadamente em hardware on-site, mas os preços se somam em despesas recorrentes pay-as-you-go. Uma empresa usando recursos de nuvem pública paga uma taxa mensal por todos:

• Instâncias de servidor
• Volumes de armazenamento
• Serviços por uso
• Componentes únicos de nuvem

Custos de nuvem frequentemente saem do controle com o tempo. Pesquisa recente revelou que empresas gastam até $62 bilhões anualmente pagando por recursos de nuvem pública que não precisam nem usam.

Uma vez que uma empresa percebe que está gastando demais na nuvem pública, a repatriação é um passo lógico. Puxar cargas de trabalho da nuvem reduz ou elimina despesas recorrentes. Você precisará investir em uma alternativa on-site, porém, então a ausência de OpEx de longo prazo vem ao preço de um custo imediato alto.

Mas, com o tempo, a repatriação na nuvem é inegavelmente uma jogada financeira inteligente em termos de ROI (se você puder arcar com o custo inicial). Por exemplo, a Dropbox decidiu puxar 600 petabytes de dados da nuvem pública em 2015 em favor de um data center on-site. Como resultado, a equipe da Dropbox alcançou desempenho de aplicativo mais rápido enquanto economizava estimados $74,6 milhões.

A repatriação na nuvem também leva a melhor previsibilidade de preços. Provedores de nuvem pública regularmente mudam sua estrutura de preços, tornando impossível para uma empresa criar 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 seus ambientes de TI. Seja movendo cargas de trabalho para um servidor dedicado on-premises, nuvem privada ou arquitetura híbrida, você obterá a liberdade completa para personalizar, configurar e gerenciar recursos.

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

Melhor Desempenho do Aplicativo

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

Aqui estão características típicas de um aplicativo que performa melhor on-premises do que na nuvem pública:

• Sensibilidade extrema à latência
• Períodos longos de I/O intensivo
• Grandes conjuntos de dados que requerem transporte entre vários locais para processamento

Se seu aplicativo tem esses recursos e está subperformando na nuvem, você é um candidato principal para repatriação. Seu aplicativo performará melhor em bare metal pois não há hipervisor ou outros tenants que podem desacelerar o desempenho.

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

Desafios da Repatriação na Nuvem

Os benefícios da repatriação na nuvem são atraentes, mas mover para um sistema on-premises não é fácil (nem barato). Vamos analisar os principais desafios de mover um aplicativo da nuvem pública.

A Volta Costuma Ser Complexa

Configurar um sistema on-site e garantir que ele rode eficientemente não é fácil. Sua equipe primeiro precisa definir uma infraestrutura ideal, após o que você deve contratar uma equipe capaz de técnicos para configurar e rodar o novo sistema.

A mudança em si também pode ser desafiadora. A menos que o provedor e o cliente compartilhem a mesma stack de ferramentas, repatriar um aplicativo é mais fácil dizer do que fazer. A transição completa de um aplicativo cloud-native para um sistema on-premises é complexa e demorada, então espere 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 que a repatriação adiciona 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 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 on-premises, sua equipe precisa usar o VMware Converter para construir VMDKs e recriar a VM. Este processo pode levar muito tempo e requer uma interrupção estendida do sistema atual.

Plataformas para orquestração de containers (como Kubernetes e Docker) são um grande ativo ao repatriar um aplicativo da nuvem pública. Diferente de máquinas virtuais tradicionais, containers não têm dependências e são muito mais portáteis. Se ainda não estão, esforce-se para containerizar suas cargas de trabalho enquanto realiza a repatriação na nuvem para garantir migrações mais fáceis no futuro.

A Repatriação na Nuvem Pode Ficar Realmente Cara, Realmente Rápido

Embora hospedagem on-site reduza custos operacionais, o preço inicial de equipamentos de hospedagem on-site pode ser assustador. Sua empresa precisa contabilizar o preço de:

• Novo hardware e racks de servidores
• Uma sala on-site adequada para operações de TI com pisos elevados, sistemas anti-chamas, refrigeração suficiente, unidade UPS, etc.
• Infraestrutura de energia e rede
• Segurança de data center on-premises (verificações biométricas, guardas 24/7, mantraps, gaiolas de rack, etc.)

Não espere nada menos que uma etiqueta de preço upfront de seis dígitos. Seus serviços ficarão inativos enquanto a equipe faz a transição, então espere um impacto financeiro nessa frente também.

Uma vez que você migre cargas de trabalho on-site, você precisa de uma equipe capaz de técnicos para operar e manter a nova sala de servidores. Há escassez de funcionários qualificados, então esteja pronto para oferecer salários altos ou espere uma taxa de retenção de funcionários ruim.

Você Precisa de Repatriação na Nuvem?

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

• Você está desperdiçando dinheiro pagando por capacidade de nuvem pública que sua equipe não está usando?
• Os custos atuais da nuvem são consideravelmente mais altos do que o esperado antes da migração?
• Seu aplicativo de nuvem pública sofre de problemas regulares de desempenho?
• Você está experimentando tempo de inatividade frequente?
• Sua empresa se enquadra em alguma regulamentação de conformidade (como CCPA/GDPR, HIPAA ou PCI)? Seu provedor de nuvem pública está tornando difícil (ou impossível) para você cumprir obrigações?
• Suas cargas de trabalho de nuvem pública são sensíveis demais à latência para seu ambiente atual?
• Você tem uma equipe interna capaz de rodar uma sala de servidores on-site?
• Um modelo de implantação de nuvem diferente faria mais sentido para seu caso de uso?
• Você pode arcar com o custo de TI on-premises?

A repatriação na nuvem é provavelmente uma opção valiosa se você respondeu sim à maioria destas perguntas. Se a maioria das suas respostas foi negativa, manter 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 histórico de ficar mais barata e mais funcional com o tempo. Você não quer passar pela repatriação apenas para descobrir em alguns anos que teria sido melhor ficar com a arquitetura original.

Devemos Esperar um Êxodo em Massa da Nuvem Pública?

Quase todo negócio mantém alguns ativos na nuvem pública, o que não deve mudar. O que você pode esperar, porém, é mais empresas focando em encontrar soluções que melhor se ajustem a cargas de trabalho individuais. Como resultado, provavelmente veremos o fim do modelo "all-in" de adotar a nuvem pública, mas esperar que repatriações causem um colapso total do mercado de nuvem pública não é um cenário realista.