Entre os principais desafios de infraestrutura tecnológica está decidir onde cada sistema deve rodar: em datacenter próprio, em colocation ou em nuvem pública. A resposta parecia óbvia, enquanto a nuvem oferecia custo baixo e escala imediata, mas a conta muda quando a fatura mensal cresce mais rápido que a operação.
Datacenter próprio, colocation e nuvem pública não competem entre si de forma absoluta, e cada modelo resolve melhor um tipo de carga de trabalho. Na avaliação de Jean Pierre Lessa e Santos Ferreira, CTO com atuação voltada à infraestrutura tecnológica, essa escolha se resolve melhor como um problema de cinco anos, não de seis meses.
Por que o datacenter próprio pesa diferente numa conta de cinco anos?
A comparação entre CapEx e OpEx costuma parar na primeira fatura da nuvem, que parece mais barata que comprar servidores. O problema aparece depois, quando o consumo cresce e o custo mensal segue subindo sem teto visível. Custos ocultos, como transferência de dados entre regiões e picos de uso fora do previsto, raramente entram nessa conta inicial, e é exatamente aí que o orçamento de infraestrutura foge do controle.
Sistemas com carga estável e previsível, como um ERP que roda praticamente igual todo mês, tendem a custar menos em infraestrutura própria ao longo de cinco anos. Já cargas que variam bastante, com picos sazonais, se beneficiam da elasticidade da nuvem. Uma equipe que projeta apenas o primeiro ano de contrato costuma subestimar esse efeito: o consumo cresce junto com o negócio, e a fatura da nuvem sobe na mesma proporção, sem o teto natural que a compra de um servidor físico impõe.
O que a repatriação de workloads revela sobre custo real?
Nos últimos anos, ganhou força um movimento inverso ao que dominou a década anterior: empresas trazendo de volta para infraestrutura própria ou colocation cargas que haviam migrado para nuvem pública. Conforme aponta Jean Pierre Lessa e Santos Ferreira, esse tipo de correção raramente significa abandonar a nuvem por completo, mas sim corrigir onde cada sistema estava mal alocado desde o início.

Esse movimento de repatriação nasce quase sempre da mesma constatação. Uma carga de trabalho de alto volume e consumo constante, projetada para rodar indefinidamente, custava mais na nuvem do que o previsto no cálculo inicial. O mapeamento rigoroso do que cada sistema realmente demanda costuma ser o gatilho dessa correção.
Latência e soberania de dados entram na conta
Custo não é o único critério, e tratar apenas o custo como critério é onde muitas empresas erram. Aplicações que exigem resposta em milissegundos, como sistemas de missão crítica ligados a operações físicas, sofrem quando o datacenter fica geograficamente distante do usuário final. Esse tipo de atraso de rede pode comprometer processos industriais e sistemas financeiros que dependem de resposta imediata para funcionar com segurança.
A localização física do dado também virou critério contratual, não só técnico. Setores regulados precisam saber exatamente onde a informação está hospedada e quem tem acesso a ela, o que empurra parte da infraestrutura de volta para ambientes sob controle direto da empresa. Como destaca Jean Pierre Lessa e Santos Ferreira, essa exigência aumenta quando o dado envolve informação sensível de terceiros, e provar a cadeia de custódia completa, da coleta ao descarte, deixou de ser tarefa apenas jurídica.
Cada carga de trabalho tem seu lugar certo
A resposta raramente é escolher um modelo único. Sistemas de missão crítica ficam perto do usuário, em datacenter local ou colocation. Backup, análise de dados e cargas de inteligência artificial vão para a nuvem pública, onde a elasticidade compensa o custo variável. Essa combinação, conhecida como infraestrutura híbrida, tornou-se o padrão prático adotado por empresas de diferentes portes nos últimos anos.
Distribuição exige uma equipe capaz de decidir, sistema por sistema, onde cada carga entrega o melhor resultado técnico e financeiro. Nenhuma tabela genérica substitui esse mapeamento interno. Para Jean Pierre Lessa e Santos Ferreira, a pergunta certa não é nuvem ou datacenter próprio, mas qual carga pertence a qual ambiente e por quanto tempo essa resposta continua válida. Vale revisar o mapeamento com regularidade, antes que o custo da inércia ultrapasse o custo da mudança, já que o cenário de preços, latência e exigências regulatórias muda com o tempo.
