Pense bem antes de considerar a repatriação na nuvem

A maioria dos líderes de TI tem ativos movidos para a nuvem para obter alguma combinação de serviços de computação e armazenamento melhores, mais rápidos ou mais baratos. Eles também esperam se beneficiar da experiência dos provedores de nuvem — experiência que não é fácil para as empresas desenvolverem e manterem internamente, a menos que sua empresa seja um provedor de tecnologia.

“Embora o poder de computação e os custos de hardware sejam menores na nuvem, sua abordagem pode não permitir que você aproveite essas economias”, explica Neal Sample, Consultor e ex-CIO da Northwestern Mutual. “Por exemplo, se você mover o front-end de um aplicativo para a nuvem, mas deixar o back-end em seu data center, de repente estará pagando por dois conjuntos de infraestrutura”.

Outra razão comum pela qual as empresas ficam desapontadas é que elas colocam ativos de informações na nuvem em uma operação “lift and shift” para que os aplicativos nunca se beneficiem das vantagens da nuvem, como a elasticidade. “Um bom aplicativo elástico não acontece magicamente”, diz Sample. “Ele precisa ser escrito nativamente para AWS ou para outra plataforma”.

O dilema é que você nunca se beneficia de ir para a nuvem até começar a usar funções nativas. E mesmo assim, você pode ficar preso não apenas à nuvem, mas a um único fornecedor de nuvem. “Existem muitas diferenças entre um AWS, por exemplo, e um Azure”, acrescenta Sample. “Usar as funções nativas de um contra o outro pode prendê-lo. No entanto, você não se beneficiará do que a nuvem tem a oferecer até que você rearquitete seu aplicativo para a nuvem – e isso significa usar funções nativas”.

Uma terceira razão pela qual as empresas estão desapontadas é a falta de controle sobre seus sistemas de informação. Isso é particularmente pronunciado em setores fortemente regulamentados, como serviços financeiros e saúde, onde as empresas podem ser responsabilizadas por não conformidade – ninguém quer confiar em terceiros para protegê-los de problemas legais. Da mesma forma, grandes agregadores de dados sentem a necessidade de controle porque não querem deixar seu negócio principal nas mãos de um provedor de nuvem.

No geral, a decepção vem do mau planejamento, na maioria das vezes. O Gartner tem oferecido conselhos nessa área – mais recentemente no The Cloud Strategy Cookbook, 2023 – que pode ser resumido como: desenvolva uma estratégia de nuvem, idealmente antes de mudar para a nuvem; atualize regularmente a estratégia, mantendo um registro em um documento vivo; e alinhe sua estratégia de nuvem com os resultados de negócios desejados. Muitas empresas que ignoraram esse conselho não conseguiram colher os benefícios da nuvem. Como resultado, alguns decidiram repatriar ativos de informação, e muitos deles o fizeram com um planejamento igualmente ruim.

Repatriar não é para fracos

Migrar de volta da nuvem não é um processo fácil, não importa em que região você esteja. “A repatriação da nuvem geralmente é um último esforço para otimizar a estrutura de custos de uma empresa”, observa Sumit Malhotra, CIO da Time Internet na Índia. “Mas fazer essa transição requer um profundo conhecimento técnico dos aplicativos, habilidades em várias tecnologias e patrocínio executivo de possível impacto negativo na experiência do usuário no momento dessa transição. A jornada não é para os fracos do coração”.

É particularmente difícil para empresas menores repatriar, simplesmente porque, em sua escala, a economia não vale o esforço. Por que comprar imóveis e hardware e pagar salários extras apenas para economizar um pouco? Por outro lado, empresas muito grandes têm escala para repatriar. Mas elas querem?

“A Visa, American Express ou Goldman Sachs querem estar no negócio de hardware de TI?”, pergunta Sample, retoricamente. “Eles querem tentar obter um ganho modesto movendo-se muito além de sua competência?”

A troca também pode ser complicada quando o custo da mudança não é considerado parte do cálculo. Uma economia marginal de taxa de execução obtida ao colocar um aplicativo de volta no local pode ser compensada pelo custo da mudança, que inclui interromper os negócios e perder oportunidades de fazer outras coisas, como atualizar os sistemas que ajudam a gerar receita.

Uma grande transição também pode causar tempo de inatividade – às vezes planejado e outras vezes não planejado. “Raramente é possível uma transição perfeita quando você está voltando para a infraestrutura privada”, diz Sample. “E isso é uma grande preocupação em uma era em que se espera acesso 24 horas por dia, 7 dias por semana”.

Independentemente dos detalhes, quando um grande nome é repatriado, a notícia se espalha. O Dropbox fez sucesso quando migrou do serviço de armazenamento da AWS para sua própria infraestrutura personalizada a partir de 2015. A empresa relatou uma economia de custo de receita de quase US$ 75 milhões, começando nos primeiros dois anos após a transição (US$ 39,5 milhões de 2015 a 2016 e US$ 35,1 milhões adicionais em 2017).

Mais recentemente, em outubro de 2022, a empresa de software da web 37signals foi notícia quando seu CTO e cofundador David Heinemeier Hansson escreveu em uma postagem de blog que mudaria suas duas plataformas principais – Basecamp (uma plataforma de gerenciamento de projetos) e HEY (um serviço de e-mail baseado em assinatura) – para fora da nuvem. No entanto, eles não pretendem administrar seu próprio data center, mas sim trabalhar com uma empresa que conquistou um nicho no fornecimento de um ambiente híbrido como serviço.

“Existem empresas especializadas nesse trabalho”, diz Hansson. “Se o seu orçamento é de um tamanho atraente, ou seja, provavelmente milhões de dólares, você pode fazer isso várias vezes com as economias que obtém”.

Tanto o Dropbox quanto o 37signals têm a motivação e a capacidade de fazer uma mudança, já que as empresas de tecnologia geralmente dependem mais de computação e armazenamento e têm uma maior necessidade de controle e desempenho. Eles também têm o conhecimento necessário para realizar uma migração reversa. Embora a 37signals esteja trabalhando com a Deft.com para repatriar, a mudança da nuvem exigirá mudanças significativas nos aplicativos e estruturas de dados para obter funcionalidade semelhante no novo ambiente – os tipos de mudanças que nem todas as empresas têm as habilidades necessárias para fazer.

Para os Dropboxes e 37signals do mundo, a mudança pode fazer sentido. Mas para empresas não tecnológicas, a equação é diferente. A nuvem está ficando mais eficiente e barata de uma forma que seus data centers privados nunca poderiam igualar. À medida que os provedores de nuvem se tornam melhores, mais rápidos, mais baratos e mais onipresentes, dobrar uma vantagem de custo temporária pode fazer com que essas empresas percam a proteção futura de seus aplicativos.

As empresas de tecnologia e não-tecnologia devem ter cuidado para evitar acabar com o pior dos dois mundos. Isso acontece quando eles tentam recriar funções de nuvem no local. “Se você decidir repatriar, evite a situação em que as equipes de engenharia procuram imitar o ambiente de nuvem pública ao criar contrapartes no local”, diz Malhotra.

O mesmo tipo de erro na direção oposta costuma ser um dos motivos pelos quais as empresas ficam decepcionadas com os serviços em nuvem. Isso acontece, por exemplo, quando um sistema que depende de uma arquitetura local, como cliente servidor, é movido para a nuvem sem ser redesenhado. Os aplicativos escritos com uma arquitetura cliente-servidor mais antiga acabarão na nuvem com o processador em um local diferente do banco de dados. A latência resultante pode ser insuportável.

Uma empresa híbrida geralmente é pior do que uma estritamente na nuvem ou estritamente local. “Em um ambiente híbrido, as páginas da Web demoram mais para carregar, os aplicativos não são tão rápidos para os clientes e os processos em lote demoram mais para serem executados à medida que movem os dados para dentro e para fora da empresa”, diz Sample. “Se você não refez sua arquitetura, pode descobrir que um ambiente híbrido é realmente pior do ponto de vista do desempenho”.

Duas reações instintivas não resultam em um bom planejamento

“Acho que a repatriação de nuvens continuará acontecendo, mas será mais como uma ondulação do que uma onda do mar”, prevê Sample. “As empresas continuarão a mover cargas de trabalho para a nuvem sem estarem prontas para isso. Então, eles encararão a motivação para recuar”.

Com o tempo, as nuvens se tornarão mais fáceis de usar. Elas já estão se tornando mais flexíveis e a portabilidade em nuvem é mais prática. E à medida que a tecnologia de nuvem melhorar, a repatriação se tornará ainda menos atraente do que é hoje.

“A motivação que transformaria isso em um tsunami simplesmente não existe”, diz Sample. “Tenho certeza de que a repatriação continuará acontecendo, mas apenas em alguns pontos. E, com muita frequência, será o resultado de um mau planejamento”.