Durante uma década, a nuvem pública foi a resposta padrão para qualquer questão de infraestrutura. Hoje, muitas empresas avaliam o caminho de regresso – não por princípio, mas porque as contas, para determinadas cargas, deixaram de bater certo. «Repatriação da nuvem» significa exatamente isso: mover cargas de trabalho individuais da nuvem pública de volta para o próprio centro de dados ou para um ambiente privado. Não é uma renúncia à nuvem, mas uma correção onde ela foi a ferramenta errada.
Importante é a classificação sóbria dos números. O valor frequentemente citado do inquérito CIO do Barclays – cerca de 83% das empresas inquiridas planeiam repatriar pelo menos algumas cargas de trabalho – não significa que 83% estejam a abandonar a nuvem. Conta empresas, não cargas: se cada uma dessas empresas trouxer de volta uma única aplicação, a afirmação é correta – e os gastos com a nuvem dos hyperscalers continuam, ainda assim, a subir. A IDC quantifica o núcleo duro de forma correspondentemente mais baixa: apenas cerca de 8 a 9% das organizações planeiam uma repatriação completa. A tendência é real, mas seletiva. Trata-se das cargas certas no lugar certo, não de uma cambalhota para trás.
Porque é que as cargas constantes ficam caras na nuvem
A nuvem pública compensa onde a elasticidade tem um valor real: em cargas oscilantes, picos curtos, projetos de resultado incerto. Paga-se a capacidade por consumo e não é preciso mantê-la reservada. É precisamente este modelo que se inverte assim que uma carga é previsível e permanente. Um servidor de base de dados que corre permanentemente com utilização estável, um serviço de ficheiros, um backend de ERP – tais sistemas correm 8.760 horas por ano. Pela capacidade reservada permanentemente, paga-se na nuvem um suplemento por uma flexibilidade que nunca se utiliza.
A isto somam-se custos que costumam faltar no primeiro cálculo. O maior gatilho isolado para análises de repatriação são as taxas de egress – os custos dos dados que voltam a sair da nuvem. Para cargas de trabalho intensivas em dados, as empresas relatam de 50.000 a 500.000 dólares por ano só em tráfego de saída. Junte-se o desperdício silencioso: cerca de 21% dos gastos com a nuvem recaem, em média, sobre recursos não utilizados ou sobredimensionados. Isto não é uma falha da nuvem, mas a natureza de um modelo que torna o aprovisionamento fácil e o desmantelamento difícil.
Um exemplo de cálculo proeminente é fornecido pela software house 37signals. Após a saída da AWS, a fatura anual de infraestrutura desceu de cerca de 3,2 milhões de dólares para bem abaixo de um milhão. A migração do compute para servidores Dell próprios, por cerca de 700.000 dólares, trouxe uma poupança anual de cerca de dois milhões de dólares; a subsequente mudança do storage para hardware próprio, por cerca de 1,5 milhões de dólares (18 petabytes), reduziu os custos correntes para menos de 200.000 dólares por ano. Trata-se de um caso extremo, com volumes de dados muito grandes e estáveis – mas mostra o padrão: quanto mais constante e intensiva em dados for a carga, mais cedo a capacidade comprada supera a alugada.
Não apenas custos: residência de dados, latência, controlo
A poupança é o motivo mais frequente, mas não o único, para o caminho de regresso. Três outros motivos pesam, nas médias empresas, muitas vezes mais do que uma simples tabela de custos mostra.
- Residência de dados e regulação. Onde os dados estão fisicamente e quem pode aceder-lhes juridicamente há muito que deixou de ser um aspeto secundário. Para setores regulados e para empresas no âmbito de aplicação da NIS-2, a localização comprovável dos dados e o controlo sobre a cadeia de tratamento são um argumento robusto, que se sustenta mais facilmente num ambiente próprio ou claramente atribuído do que numa região de nuvem pública partilhada.
- Latência e proximidade da produção. Sistemas de controlo, tecnologia de medição e aplicações próximas da produção não toleram roundtrips oscilantes pela internet. Onde os milissegundos contam ou uma instalação não pode parar em caso de perda de ligação, o processamento pertence perto do local onde é necessário.
- Controlo e previsibilidade. A capacidade própria tem um custo estável e previsível; uma fatura de nuvem por consumo só em parte. Para casas que têm de orçamentar os seus custos de TI ao longo de anos, a previsibilidade é, por si só, um valor.
Nenhum destes pontos é um argumento genérico contra a nuvem. São critérios pelos quais cada carga individual pode ser classificada.
Como decidir com rigor: perfil das cargas e TCO ao longo de 3–5 anos
A repatriação é uma decisão de portefólio, não uma questão de princípio. O caminho até lá passa por dois passos.
Primeiro: traçar o perfil das cargas de trabalho. Ordene as suas cargas por perfil de carga e requisitos. Elástico e oscilante – campanhas, ambientes de desenvolvimento, picos sazonais – em geral fica melhor na nuvem. Constante, intensivo em dados, sensível à latência ou vinculado à regulação – esses são os candidatos para a própria casa. Só esse perfil lhe diz o que vale sequer a pena calcular.
Segundo: calcular o TCO ao longo de três a cinco anos, não ao longo de um mês. A comparação honesta contrapõe à fatura da nuvem não apenas o preço do hardware, mas os custos on-premises completos ao longo do período de amortização: servidores e storage incluindo amortização, energia e espaço ou colocation, manutenção, licenças e o esforço operacional. Do lado da nuvem, entram o egress, a transferência de dados entre zonas e o desperdício real – não o preço de tabela de uma Reserved Instance com utilização ótima. Calcule ao longo do período em que o hardware efetivamente funciona. Para cargas permanentemente estáveis, o break-even situa-se, em muitos casos, na ordem de um ano e meio; ao longo de três a cinco anos surge então a diferença de facto. O número que conta não é o preço por hora, mas os custos totais ao longo do período de utilização.
Importante é a honestidade em ambas as direções: uma conta on-premises que omite o esforço de pessoal e de operação é tão inútil quanto uma conta da nuvem sem egress. No fim não há uma visão do mundo, mas uma tabela por carga de trabalho.
A resposta híbrida: o melhor dos dois mundos
Para a maioria das médias empresas, a resposta não é «tudo de volta», mas «o certo no lugar certo». É exatamente para isso que um modelo híbrido é concebido: sistemas constantes, intensivos em dados ou vinculados à regulação correm na própria casa – se desejado, no local, em hardware próprio de servidor e storage, ou num centro de dados operado profissionalmente. As cargas elásticas permanecem onde a elasticidade conta. E o backup é replicado para além das fronteiras dos locais, de modo que uma falha num local não atinja toda a empresa.
A sector7 fornece estas opções a partir de uma única fonte. Pode operar sistemas nas suas instalações – como parceiro HPE, planeamos e fornecemos infraestrutura de servidor e storage; Dell, Fujitsu ou configurações especiais adquirimos mediante pedido. Ou pode transferir a carga para o nosso próprio parque de servidores alemão, modernizado em 2018, 2022 e 2026, que sustenta ofertas de nuvem privada e híbrida, bem como IaaS. O backup e o disaster recovery replicamo-los com base em Veeam para o nosso parque de servidores – a segunda cópia fora de casa, sem que tenha de manter um segundo local próprio. Assim, o controlo sobre os dados e a localização permanece consigo, enquanto a carga operacional fica connosco.
Como a sector7 apoia
Começamos pelo balanço honesto: perfil das cargas de trabalho do seu ambiente e uma análise de TCO ao longo de três a cinco anos, que confronta de forma justa a fatura da nuvem e os custos totais on-premises. Daí não surge um dogma, mas uma atribuição – que carga permanece na nuvem, qual pertence ao próprio centro de dados ou à nossa Private/Hybrid Cloud, qual é replicada apenas para backup. Como casa gerida pelo proprietário em Solingen, com prática de engenharia certificada pelos fabricantes (Juniper, Cisco, HPE, F5, Fortinet, Palo Alto Networks), planeamos, migramos e operamos o ambiente-alvo, protegemo-lo com Veeam e monitorizamos a operação permanentemente através do nosso NOC – se desejado, a preços mensais fixos e previsíveis.
Fontes
- https://www.channelnomics.com/insights/breaking-down-the-83-public-cloud-repatriation-number
- https://biztechmagazine.com/article/2025/08/why-some-workloads-are-coming-home-case-cloud-repatriation
- https://www.puppet.com/blog/cloud-repatriation
- https://www.theregister.com/2025/05/09/37signals_cloud_repatriation_storage_savings