Quando começou a ganhar tração, a nuvem foi anunciada como uma panaceia para empresas que procuravam reduzir seus custos de TI.

Para muitos, investir totalmente na nuvem significava se livrar dos custos de investimento em data centers e fechar e vender infraestruturas legadas caras.

Ao percorrer as páginas da DCD, a maioria de nossas matérias empresariais mostra empresas migrando em massa para a nuvem pública como parte de uma estratégia ‘cloud-first/ cloud-native/cloud-only’.

No entanto, manchetes recentes estão sugerindo que as empresas podem estar recuando da nuvem e "repatriando" dados, cargas de trabalho e aplicativos de volta para instalações locais ou de colocation.

As empresas estão realmente esfriando em relação à nuvem, ou isso é apenas hype dos fornecedores de hardware e provedores de serviços em busca de lucro?

Repatriação em nuvem: é real?

A promessa da nuvem ainda é verdadeira? Em grande parte, sim. Empresas de todos os tamanhos e formatos dependem da infraestrutura de nuvem pública para uma variedade de cargas de trabalho críticas.

No entanto, a ideia de investir "exclusivamente em nuvem" e abandonar as instalações locais e/ou de colocation está perdendo força em favor de uma abordagem mais híbrida, ‘cloud-and’.

A maioria dos provedores de serviços e colocation com quem a DCD conversou para esta matéria afirmou que a repatriação está ocorrendo, embora em graus variados.

A empresa de análise de TI IDC nos informou que suas pesquisas mostram a repatriação como uma tendência constante "basicamente assim que a nuvem pública se tornou popular", com cerca de 70 a 80% das empresas trazendo de volta pelo menos alguns dados da nuvem pública a cada ano.

"A abordagem cloud-first e cloud-only ainda existe, mas acredito que está se tornando menos prevalente", diz Natalya Yezhkova, vice-presidente de pesquisa na Prática de Infraestrutura Empresarial da IDC. "Algumas organizações adotam essa abordagem exclusivamente em nuvem, o que é aceitável se você é uma empresa pequena. Se você é uma startup e não tem profissionais de TI na sua equipe, pode ser uma ótima solução."

Embora seja comum trazer de volta algumas cargas de trabalho, é importante observar que uma retirada completa da nuvem é extremamente rara.

"O que vemos agora é um maior número de empresas que estão pensando em uma abordagem cloud-also (nuvem também)", acrescenta Yezhkova.

"Eles consideram a nuvem pública como um elemento essencial da estratégia de TI, mas não precisam colocar todos os ovos em uma cesta e sofrer quando algo acontece. Em vez disso, eles têm uma abordagem mais equilibrada; avaliam os prós e contras de ter cargas de trabalho na nuvem pública versus ter cargas de trabalho em ambientes dedicados."

"Estamos vendo isso, é real. Mas estamos realmente vendo um futuro híbrido", acrescenta o CTO da DataBank, Vlad Friedman. "O que estamos vendo é que as pessoas estão pensando de forma mais inteligente sobre onde colocar suas cargas de trabalho."

Quem está repatriando dados?

Embora qualquer empresa possa recuperar dados da nuvem, a maioria das empresas com as quais a DCD conversou disse que as empresas que migraram totalmente para a nuvem sem preparação adequada e as startups nativas da nuvem que atingiram um certo nível de escala são as candidatas mais prováveis ​​para a repatriação.

O Dropbox, de forma notável, trouxe de volta quantidades significativas de dados da Amazon Web Services (AWS) entre 2013 e 2016. De acordo com uma entrevista de 2021 à DCD, a decisão de permanecer localmente - conhecida como 'Magic Pocket' - acabou sendo significativamente mais barata e deu ao Dropbox mais controle sobre os dados que a empresa hospedava.

A empresa ainda usa a AWS quando necessário, no entanto. Mais recentemente, a empresa web 37signals - que opera a plataforma de gerenciamento de projetos Basecamp e o serviço de e-mail por assinatura Hey - anunciou que os dois serviços estavam migrando da AWS e do Google Cloud.

"Vimos tudo o que a nuvem tem a oferecer e testamos a maioria delas", disse o CTO e co-fundador David Heinemeier Hansson em um post no blog. "Finalmente, chegou a hora de concluir: alugar computadores é (em grande parte) um mau negócio para empresas de médio porte como a nossa, com crescimento estável. As economias prometidas na redução da complexidade nunca se concretizaram. Portanto, estamos fazendo nossos planos para sair."

A 37 Signals não respondeu ao pedido de entrevista da DCD, mas em postagens subsequentes, a empresa afirmou ter gasto mais de US$ 3 milhões na nuvem em 2022 e economizaria cerca de US$ 7 milhões ao longo de cinco anos ao mudar para hardware da Dell - no valor de cerca de US$ 600.000 - localizado em duas instalações de colocation em parceria com a Deft, que gerenciará a instalação.

"Qualquer empresa SaaS de médio porte ou maior, com cargas de trabalho estáveis, que não compare o valor do aluguel de servidores na nuvem com a compra de suas próprias máquinas, está cometendo negligência financeira neste momento", disse Hansson. A migração está em andamento e espera-se que seja concluída este ano.

Algumas repatriações são semelhantes à da 37signals: startups nativas da nuvem que atingiram uma escala em que pode ser mais econômico mudar para uma infraestrutura local. Outra parte do cenário de repatriação envolve empresas que podem ter migrado completamente sua infraestrutura de TI para a nuvem e depois perceberam que nem tudo é adequado para a nuvem, especialmente se não tiver sido refatorado e modernizado.

Para empresas que possuem uma infraestrutura pesada local ou de colocation, muitas novas cargas de trabalho podem começar na nuvem durante o desenvolvimento e enquanto estão se expandindo para se beneficiar da velocidade e flexibilidade que a nuvem oferece.

Mas após atingir um certo nível de maturidade ou requisito de conformidade - ou assim que a equipe de TI descobre a existência da carga de trabalho, em alguns casos - os aplicativos precisarão ser trazidos de volta.

O CTO da DataBank, Friedman, observa que viu diversos provedores de serviços repatriando quando atingem uma certa escala e estão migrando aplicativos em estado estável, com intensidade computacional ou de E/S.

"Eles estão desenvolvendo uma arquitetura híbrida que lhes permite alcançar economia. Mas não acredito que seja uma mudança completa de volta à colocation; trata-se de mover as cargas de trabalho corretas de volta à colocation. Porque 'colocation' ou 'nuvem' não é o resultado desejado; é eficiência, é desempenho, é latência mais baixa".

O planejamento é importante - empresas que apenas procuram migrar diretamente para a nuvem podem ver os custos aumentarem e o desempenho diminuir, o que pode levar a arrependimentos e repatriação.

"Anteriormente, trabalhei com uma grande integradora de sistemas na região nórdica que havia se proposto a migrar 80% de suas cargas de trabalho para a nuvem pública. Após três anos de esforços árduos, eles haviam migrado apenas 10% antes de abortar o projeto completamente e voltar para a infraestrutura local", diz Tom Christensen, consultor global de tecnologia e analista executivo da Hitachi Vantara.

Por que as empresas estão trazendo as cargas de trabalho de volta?

Yezhkova, da IDC, diz à DCD que a segurança continua sendo um dos principais motivos para a repatriação, embora isso tenha diminuído nos últimos anos. Um dos maiores motivos é simplesmente o custo - as cargas de trabalho erradas nas configurações erradas podem custar mais na nuvem do que localmente.

"A nuvem pública pode ser mais barata, mas nem sempre", diz Yezhkova. "As taxas de entrada e saída, as taxas de transferência de dados, somam-se. E à medida que a carga de trabalho cresce, as empresas podem perceber que é realmente mais barato executar essas cargas de trabalho em ambientes locais."

Um relatório de 2021 da Andreessen Horowitz observou que a repatriação para infraestrutura local poderia reduzir os gastos com nuvem em 50%, mas ressalta que é uma "decisão importante" começar a mover cargas de trabalho para fora da nuvem.

"Se você está operando em escala, o custo da nuvem pode pelo menos dobrar sua conta de infraestrutura", diz o relatório. "Você é louco se não começar na nuvem; você é louco se permanecer nela."

Da mesma forma, os custos da nuvem podem ser muito mais imprevisíveis do que os equivalentes locais, especialmente se configurados incorretamente sem controles de gastos adequados.

Para implantações complexas, o custo adicional de um provedor de serviços para gerenciar o ambiente de nuvem também pode aumentar.

As exigências de soberania de dados podem ser um fator motivador em alguns mercados. Países com leis mais rígidas de residência de dados podem obrigar as empresas a manterem os dados dentro de suas próprias fronteiras - e, em alguns casos, fora das mãos de certas empresas sob a supervisão de governos famintos por dados. Muitos provedores de nuvem estão buscando oferecer soluções de "nuvem soberana" que transferem o controle para um parceiro doméstico confiável para superar alguns desses problemas.

Latência, desempenho e gerenciamento podem ser outras causas - aplicativos extremamente sensíveis à latência podem não atender às expectativas de desempenho em ambientes de nuvem pública da mesma forma que poderiam em infraestruturas locais ou em instalações de colocation.

"Estamos vendo essas empresas que podem ter feito uma migração direta e pensaram que isso seria melhor", diz Friedman, da DataBank, "mas o aplicativo teria se saído melhor nesse ambiente privado em termos de custo e latência".

Além disso, o fato de que as empresas inevitavelmente precisam de tantas (se não mais) pessoas para gerenciar ambientes cada vez mais complexos e interligados quanto tinham em suas próprias instalações pode levar algumas empresas a preferirem manter as coisas internamente.

SEO Ahrefs recentemente publicou seus próprios cálculos, afirmando que economizou cerca de US$ 400 milhões em dois anos ao não adotar uma abordagem exclusiva de nuvem.

A empresa calculou os custos de ter sua infraestrutura equivalente e cargas de trabalho inteiramente dentro da região de Singapura da AWS nos últimos dois anos e estima que o custo seria de US$ 440 milhões, em comparação com os US$ 40 milhões que efetivamente pagou por 850 servidores locais durante esse período.

"Ahrefs não seria lucrativo, nem mesmo existiria, se nossos produtos estivessem 100% na AWS", disse Efim Mirochnik, líder de operações do centro de dados da Ahrefs, embora críticos tenham observado que as estimativas de custo em nuvem estavam severamente subotimizadas e que uma avaliação mais honesta teria mostrado uma diferença menor nos custos.

Quais cargas de trabalho devem e não devem estar na nuvem?

Quais cargas de trabalho fazem mais sentido permanecer na nuvem versus infraestrutura local variam de acordo com diversos fatores, incluindo o aplicativo, seus usuários, geografia e outros. A mesma carga de trabalho pode ter respostas diferentes em momentos diferentes.

"Uma carga de trabalho é como um ser vivo e os requisitos podem mudar", diz Yezhkova, da IDC, que afirma que o único "ponto de virada" definível para repatriar uma carga de trabalho é quando o desempenho pode ser afetado ao mantê-la intocada.

No que diz respeito à soberania dos dados, a interdependência dos aplicativos pode significar que é mais fácil trazer todas as cargas de trabalho para mais perto das cargas de trabalho mais rigorosamente regulamentadas, em vez de mover constantemente as informações entre a infraestrutura local e a nuvem.

"Se uma nova carga de trabalho só puder ser executada em ambientes dedicados devido a requisitos regulatórios, o que isso significa para outras cargas de trabalho?", questiona Yezhkova. "Isso pode ter um efeito cascata em outras cargas de trabalho".

Cargas de trabalho que veem dados sendo constantemente movidos para dentro e para fora das nuvens entre aplicativos podem ser candidatas a serem movidas para evitar taxas de entrada/saída; retirar dados da nuvem é mais caro do que colocá-los lá.

"As empresas precisam fazer análises de custo regularmente", acrescenta Yezhkova. "Não deve ser feito uma vez e todos esquecem, deve ser um exercício regular".

Cargas de trabalho com alta variabilidade são naturalmente adequadas para a nuvem. Dados de backup que são bastante estáticos também podem ser boas opções para permanecer na nuvem.

Casos de uso Edge sensíveis à latência são outro exemplo em que a nuvem pública pode não fazer tanto sentido - Simon Ratcliffe, consultor principal da Ensono, observa que a indústria de manufatura frequentemente precisa de computação local que pode não ser adequada para a nuvem - embora a introdução de locais Edge, como AWS Local e Zonas Wavelength, possa aliviar esses problemas.

O desempenho do hardware também pode ser um ponto determinante. Jake Madders, diretor da Hyve Managed Hosting, conta ao DCD que recentemente lidou com um cliente do setor financeiro que precisava de uma velocidade de clock particularmente alta que não estava disponível nas instâncias de nuvem pública, e que exigia um servidor personalizado distribuído em cerca de 20 locais ao redor do mundo.

E quanto à HPC (computação de alto desempenho) e mainframes? A maioria dos provedores de nuvem agora oferece serviços de modernização de mainframes com o objetivo de migrar essas cargas de trabalho para fora das instalações, enquanto muitos estão avançando significativamente na HPC baseada em nuvem.

A maioria dos entrevistados concorda que os mainframes provavelmente não migrarão rapidamente para a nuvem, simplesmente devido à sua velocidade, custo e confiabilidade, juntamente com a dificuldade de migrar cargas de trabalho legadas e complexas.

Ratcliffe, da Ensono, observa até mesmo que empresas com capacidade sobressalente em seus mainframes existentes podem descobrir que as cargas de trabalho Linux podem ser executadas de forma mais barata e eficiente em um sistema IBM Z do que em uma instância de nuvem.

"Um de nossos maiores clientes é a Next", diz ele. "Todo o diretório Next é executado em um mainframe muito moderno, e eles não têm intenção de mudar isso.

"No entanto, tudo o que envolve isso e se conecta à experiência do usuário é executado em nuvem pública."

Em relação à HPC, há argumentos a favor e contra em ambos os lados.

"Recentemente, construímos dois cenários de computação de alto desempenho para dois clientes: um no data center e o equivalente dentro do Azure", diz Ratcliffe. "Um decidiu mantê-lo nas instalações, devido à forma como coletam e alimentam os dados. Para o outro cliente, o Azure se mostrou a resposta certa para eles, novamente impulsionado pela forma como eles coletam seus dados."

A primeira organização coleta todos os seus dados em um único local, bem ao lado de seu data center, e isso funciona para eles. A segunda empresa está espalhada pelo mundo todo e sempre se conecta pela Internet de qualquer maneira. A resposta é ambas, porque são impulsionadas por casos de uso e comportamentos diferentes."

Madders, da Hyve, acrescenta que sua empresa fez uma análise de custo semelhante para uma subsidiária da BP que analisava uma implantação do tipo HPC para processamento sísmico de dados para perfuração de poços. As empresas analisaram duas opções: alugar cerca de cinco racks em um ambiente Hyve em uma instalação da Equinix ou usar a nuvem e executar. O sistema geralmente executaria cálculos intensivos de processamento durante uma semana até o próximo lote, um mês depois.

"Calculamos que, com um ambiente de nuvem pública, o custo de computação necessário para fazer o cálculo de uma semana custava o mesmo que comprar o equipamento e revendê-lo depois do mês."

On-premise pode oferecer preços "como serviço"

Colocation parece ser um destino muito mais comum para cargas de trabalho recuperadas. Muitas empresas simplesmente não estarão interessadas no investimento e esforço necessários para criar um novo data center no local.

Mas mesmo que as empresas estejam buscando colocações para economizar custos, elas ainda devem estar cientes do investimento necessário em pessoas, hardware, redes e qualquer outro equipamento que seja necessário para a infraestrutura física.

No entanto, os custos iniciais não precisam ser tão altos como antes. Muitas empresas agora estão oferecendo hardware de TI em um modelo "como serviço", reduzindo os custos de investimento e transformando o hardware de TI físico em um custo operacional. Empresas como HPE com sua oferta Greenlake, Dell com Apex, Pure Storage com Evergreen e NetApp com Keystone estão incluídas nesse modelo.

E para aqueles que exigem data centers corporativos no local, as empresas também podem começar a esperar modelos de preços semelhantes. Sean Graham, diretor de pesquisa da IDC, recentemente nos disse que alguns fornecedores estão disponibilizando seus módulos de data center em um modelo "como serviço", essencialmente tornando os contêineres disponíveis como um custo operacional recorrente.

Levando a nuvem para o on-premise

Muitas empresas estão buscando implantações de nuvem híbrida que combinam alguma infraestrutura no local com determinadas cargas de trabalho na nuvem. Outras estão buscando uma abordagem de nuvem privada, que oferece alguns dos benefícios da infraestrutura virtualizada em um ambiente de locatário único, seja no local ou em uma colocação.

Mas e as empresas que desejam ter a própria nuvem no local? Embora os provedores de nuvem relutem em admitir, eles sabem que nunca terão todas as cargas de trabalho do mundo em seus ambientes. A prova disso está em suas ofertas crescentes no local.

Empresas como AWS Outpost, Azure Stack, Google Anthos e Oracle's Cloud@ Customer & Dedicated Regions oferecem hardware no local vinculado aos respectivos serviços de nuvem de suas empresas e permitem que os ambientes sejam gerenciados por meio de um console.

Friedman, da DataBank, acrescenta que sua empresa está observando um número dessas redistribuições de "nuvem no local".

"Isso acontece quando o cliente aderiu ao ecossistema e às APIs, e eles não querem alterar seu código, mas desejam eficiência ou colocar cargas de trabalho tangenciais ao seu banco de dados e análises de IA. É realmente uma jogada de eliminação de latência", diz ele.

"Do ponto de vista do usuário final, eles estão tendo a mesma experiência", acrescenta Yezhkova, da IDC. "Mas as cargas de trabalho estão sendo executadas em ambientes no local. Os provedores de nuvem percebem que isso é inevitável e, se eles querem fazer parte desse jogo, precisam introduzir esse tipo de oferta".

"Anteriormente, trazer a infraestrutura de TI de volta para o local seria algo grandioso, seria um novo investimento de capital. Agora, com esse tipo de serviço e as plataformas de nuvem se movendo para o local, essa transição está se tornando mais fácil".

A repatriação é tão grande quanto o projeto original de migração

Recuperar dados da nuvem não é uma solução fácil ou rápida. Todos os entrevistados pela DCD para este artigo reconhecem que isso deve ser visto como um projeto independente, com a mesma supervisão e importância dos projetos de migração que podem ter colocado os dados e as cargas de trabalho na nuvem em primeiro lugar.

Embora a transferência real dos dados pela rede possa levar apenas algumas horas se tudo estiver configurado e pronto, a preparação para isso pode levar meses.

A prevenção pode ser melhor do que a cura, e, sempre que possível, as empresas devem primeiro analisar por que um aplicativo está tendo problemas e se é possível resolvê-los sem movê-lo.

Luc van Donkersgoed, engenheiro líder do serviço postal holandês PostNL, recentemente publicou no Twitter como um erro de uma única linha custou à empresa US$2.000 em gastos com a AWS devido ao fato de que ele fez mais chamadas de API do que o esperado.

Embora alguns aplicativos possam ser um pouco mais fáceis de trazer de volta se tiverem sido reformulados para a nuvem e containerizados, as empresas ainda precisam estar cientes da interdependência com outros aplicativos e bancos de dados, especialmente se os aplicativos que estão sendo recuperados estão vinculados a cargas de trabalho específicas da plataforma.

Um conjunto de máquinas virtuais isoladas em um sistema containerizado será muito mais fácil de trazer de volta do que um grande aplicativo vinculado a vários serviços exclusivos da AWS ou Azure e conectado a aplicativos sem servidor sensíveis à latência, por exemplo.

"Se realmente não houver outra alternativa [além de repatriar], então encare isso como se estivesse planejando iniciar um aplicativo do zero em termos de infraestrutura", diz Adrian Moir, consultor sênior de gerenciamento de produtos e estrategista de tecnologia na Quest Software. "Certifique-se de ter tudo pronto em termos de computação, armazenamento, rede, dados, proteção, segurança, tudo pronto para ir antes de mover o conjunto de dados.

"É quase como começar do zero, mas com um monte de dados que você já tem para lidar imediatamente. Será um processo intensivo e não acontecerá da noite para o dia. É uma daquelas coisas que precisam ser cuidadosamente planejadas".