A Verdadeira Razão pela Qual os Custos da Nuvem São Tão Elevados – E Como os Combater

Quando a Tangoe publicou o seu relatório sobre o aumento dos custos da nuvem, as conclusões foram alarmantes, mas não exatamente surpreendentes. As faturas empresariais de nuvem aumentaram até 30%, sendo consideradas “incontroláveis” pela maioria das empresas. A Civo confirmou a tendência, referindo que quase 60% das organizações registaram um aumento das despesas no ano passado e, para quase 40%, os custos dispararam mais de 25%. 

“A computação na nuvem não tem de ser proibitivamente cara”, afirma Nigel Gibbons, consultor sénior do NCC Group. Se o for, é sinal de que algo não está bem, especialmente quando a gestão dos custos da nuvem é uma prioridade máxima para os executivos, apesar do aumento das exigências colocadas às equipas de engenharia e do extenso trabalho de contorno necessário com as implementações de GenAI. 

Quer saber o que está a alimentar estes aumentos e como controlá-los? Continue a ler.

Os fatores ocultos que impulsionam os custos da nuvem 

Segundo Nigel, fazer bem a transição para a nuvem implica realinhar a forma de pensar e as expectativas em toda a organização, “da administração à cave”. Essa é a única forma de a nuvem poder escalar eficazmente sem comprometer os resultados financeiros. 

Mas, para concretizar essa mudança, temos primeiro de identificar onde está a ocorrer o desalinhamento e por que motivo está a fazer disparar os custos da nuvem. 

Eis 5 fatores ocultos por detrás do aumento das faturas da nuvem:

1. Arquitetura dimensionada de forma inadequada: Muitas organizações aprovisionam recursos de nuvem em excesso ou não os utilizam plenamente. A auditoria da Flexera a mais de 60 clientes concluiu que 40% das instâncias de máquinas virtuais têm uma dimensão superior à necessária. Os recursos inativos são igualmente problemáticos — as configurações “sempre ligadas” desperdiçam até 27,1 mil milhões de dólares por ano quando os recursos permanecem em funcionamento durante períodos de baixa procura. Como afirma Nigel, “Esperar que a migração direta seja uma solução mágica é um erro. Quando as organizações não alinham as cargas de trabalho com os serviços adequados, negligenciam o planeamento da otimização ou não retiram os recursos não utilizados, os custos entram numa espiral.”
2. TI sombra e falta de visibilidade: Uns impressionantes 54% das empresas apontam a “falta de visibilidade sobre as despesas da nuvem” como a razão por detrás do desperdício na nuvem, segundo a Anodot. Sem uma supervisão clara, o aprovisionamento não autorizado pode criar o caos na nuvem, gerando inclusive serviços redundantes e faturas inflacionadas. Sem surpresa, 82% dos incidentes de segurança na nuvem resultam desta lacuna de visibilidade, aumentando tanto os custos de recuperação como os custos operacionais. 
3. Custos ocultos de transferência de dados: As transferências de dados são frequentemente consideradas um custo menor, mas, se não forem controladas, podem representar 20% da sua fatura da nuvem, especialmente com fornecedores de hiperescala como a AWS. A retenção excessiva de registos, a replicação redundante de dados e uma má gestão do ciclo de vida só pioram a situação. Os fornecedores de hiperescala oferecem transferências gratuitas mínimas (100-200 GB), mas, com a criação de dados a atingir 402,74 milhões de terabytes por dia, essa margem desaparece rapidamente.
4. Corrida das organizações à IA: Até o relatório da Tangoe aponta a IA como o principal fator por detrás do aumento dos custos da nuvem. Na corrida para adotar a IA, muitos líderes de topo estão a aprovisionar recursos de nuvem em excesso sem se aperceberem disso. O treino e o ajuste fino de modelos de grandes dimensões consomem muito mais capacidade computacional do que o esperado. Acrescente-se o custo de armazenar e transferir conjuntos de dados de grandes dimensões, e temos a receita para ultrapassar largamente o orçamento.
5. Má gestão das API: Nas arquiteturas de microsserviços, as chamadas API mal estruturadas criam uma cascata de recolhas de dados redundantes. Isto não só sobrecarrega o armazenamento de dados, como também consome mais recursos na execução de instâncias na nuvem. Os saltos desnecessários através de gateways de API entre serviços internos aumentam ainda mais as despesas. Pense numa única transação financeira que desencadeia cerca de nove chamadas internas. Não parece demasiado grave até fazer a escalabilidade. Com um milhão de transações diárias, são 1.000 dólares desperdiçados. Pode parecer pouco por mês, mas, para as pequenas empresas, representa um impacto significativo.

Assumir o controlo dos custos da nuvem: estratégias para CTOs 

Antes que as despesas da nuvem façam explodir o seu orçamento, eis quatro formas de eliminar o excesso:

1. Obtenha visibilidade sobre as suas faturas da nuvem 

As palavras de Peter Drucker, "Não é possível melhorar aquilo que não se consegue medir," aplicam-se aos custos da nuvem. No entanto, medir os custos pode ser arriscado se não souber o que procurar. A visibilidade sobre os custos da nuvem é essencial para compreender como os recursos são utilizados, identificar problemas que possam afetar o desempenho e saber exatamente que ativos possui, de modo a definir a sua superfície de ataque. 

Nigel salienta que etiquetar e rotular os recursos da nuvem é fundamental para obter esta visibilidade. Para obter os melhores resultados: 

• Implemente scripts para atualizar automaticamente as etiquetas quando os recursos sofrerem alterações (por exemplo, eventos de dimensionamento ou mudanças de recursos), de modo a manter os dados relevantes sem manutenção manual. Também pode integrar as etiquetas na sua plataforma IaC, caso esteja a utilizar Terraform.  
• Concentre-se nos maiores geradores de despesa, como computação, armazenamento e bases de dados, e associe-os a KPIs orientados para o negócio (projetos de receita, segmentos de clientes). Utilize limiares baseados nestas etiquetas e defina alertas para detetar aumentos inesperados dos custos. 
• Integre a etiquetagem nos processos de implementação para garantir uma etiquetagem consistente e automática antes de os recursos entrarem em funcionamento.

Felizmente, a maioria dos hiperescaladores, como a AWS, o Azure e a Google Cloud, já oferece ferramentas de visibilidade integradas – AWS Cost Explorer, Azure Cost Management e Google Cloud Cost Management – para georreferenciação, alertas automatizados e identificação precisa dos fatores de custo (instâncias EC2 não utilizadas ou proliferação de recursos na nuvem). 

2. Maximize a eficiência da nuvem através da elasticidade da arquitetura  

Para Nigel, dimensionar corretamente a sua arquitetura da nuvem e reavaliá-la regularmente pode ajudar a manter os custos da nuvem sob controlo. “Todas as decisões devem ser tomadas com uma abordagem orientada pelo risco, para se manter um passo à frente em matéria de ciber-resiliência”, aconselha. É mais fácil dizer do que fazer, contudo. A dívida técnica, os enormes silos de dados e as práticas de aprovisionamento desatualizadas dificultam a aplicação da elasticidade da nuvem e até aumentam os riscos associados ao aprovisionamento da nuvem. Ainda assim, é preciso começar por algum lado.

Partindo desta ideia, Claus Jepsen, Diretor de Produto e Tecnologia da Unit4, salienta os perigos de uma migração simplista para a nuvem:

"Embora a migração para a nuvem ofereça o potencial de alcançar uma maior eficiência e poupanças de custos, muitas empresas desperdiçam esta oportunidade ao simplesmente ‘levantar e transferir’ as suas aplicações antigas. Uma migração para a nuvem pode tornar menos visível a enorme quantidade de capacidade computacional que está a utilizar com um sistema legado, mas não resolverá as ineficiências subjacentes do seu software. Para evitar que os custos e as emissões de carbono disparem, aproveite o processo de migração para a nuvem para repensar os seus sistemas centrais.

Uma solução consiste em dissociar serviços leves da arquitetura central da aplicação. Configurar microsserviços ou nanosserviços para arrancarem apenas quando estão a ser utilizados permite reduzir significativamente tanto as emissões de carbono como as faturas pagas ao seu fornecedor de serviços na nuvem.

Para fazer uma analogia com o consumo de energia na nuvem, uma aplicação monolítica de grandes dimensões é como uma casa onde as luzes estão sempre acesas. Em contrapartida, um sistema baseado em microsserviços é como uma casa com muitas divisões pequenas, onde as luzes só são acesas quando se está em cada uma delas.

O meu conselho para os líderes de TI: inclua os microsserviços nos critérios dos seus pedidos de propostas para soluções de nuvem e formule o seu caso de negócio interno em termos dos benefícios duplos da sustentabilidade e do retorno financeiro."

Adotar o conselho de Jepsen significa incorporar microsserviços ou nanosserviços na sua estratégia arquitetural, garantindo que os recursos estão diretamente alinhados com a atividade e o consumo do negócio.

Nigel sugere começar por definir políticas de dimensionamento com base em métricas históricas, como a utilização do CPU, o consumo de memória ou o volume de pedidos. Os seus dados anteriores de georreferenciação podem ajudar a definir limiares e períodos de estabilização para evitar oscilações rápidas no dimensionamento.

Adapte políticas de dimensionamento separadas para diferentes componentes, como a camada Web e a camada da base de dados. Esta abordagem direcionada reduz a capacidade inativa, estabiliza o desempenho das aplicações e melhora a eficiência geral da nuvem. Para obter poupanças a longo prazo e eficiência na nuvem, adote: 

• Arquitetura sem servidor através da refatoração de aplicações em microsserviços orientados por eventos com AWS Lambda, Azure Functions ou Google Cloud Functions. As arquiteturas tradicionais costumam disponibilizar recursos em excesso "por precaução", o que conduz a despesas desperdiçadas. A arquitetura sem servidor resolve este problema cobrando apenas pelo tempo de computação efetivamente utilizado. 
• Contentores com orquestração através da conteinerização das suas aplicações para obter ambientes consistentes. A implementação com Kubernetes permite-lhe escalar automaticamente com base nos padrões de utilização em tempo real, para que os recursos se ajustem à procura em vez de serem fixos. A definição de limites de recursos impede que um único serviço consuma mais do que deveria, uma causa comum de faturas de cloud inesperadamente elevadas quando a utilização aumenta de forma imprevista.
• Estratégia multirregional e multicloud através da criação de aplicações independentes da localização. Criar aplicações que não estejam associadas a uma única localização reduz a latência para utilizadores globais e melhora a resiliência contra interrupções regionais. Encaminhar o tráfego com base na latência ou no custo garante que os utilizadores obtêm tempos de resposta mais rápidos, ao mesmo tempo que controla as despesas. 

3. Negocie os contratos com os fornecedores 

A Azure pode ser 72% mais barata com um plano de 3 anos. Mesmo sem assumir um compromisso de longo prazo, os Microsoft EAs oferecem descontos de até 45% aos utilizadores atuais da Azure. No entanto, muitas empresas perdem esta oportunidade porque as conversações com os fornecedores acontecem demasiado tarde ou de forma demasiado informal. Até a investigação da McKinsey sobre contratos com fornecedores de TI demonstrou que as renegociações começam frequentemente apenas um ano antes do termo. Nessa altura, as opções são limitadas ou o poder negocial já desapareceu. 

Para melhorar as negociações contratuais, acumule e monitorize os seus dados de cloud.  Se as suas cargas de trabalho forem consistentes, manter um modelo de preços de pagamento conforme a utilização significa que está a deixar dinheiro por aproveitar. Os planos reservados oferecem poupanças significativas quando a estabilidade da utilização está comprovada. Comece por analisar as métricas das suas cargas de trabalho para separar a procura constante dos picos variáveis; negociar com base na sua utilização normal (70-80%) evitará que assuma compromissos excessivos, ao mesmo tempo que garante melhores tarifas.

Depois, existem os custos “ocultos”: transferências de dados, transações de armazenamento e chamadas de API. Estes custos parecem muitas vezes insignificantes, mas podem tornar-se um peso considerável para o orçamento à escala. Inclua-os proativamente nas negociações para evitar surpresas desagradáveis mais tarde. Os fornecedores costumam ter alguma margem de manobra, como isenções de taxas de saída de dados ou descontos escalonados (por exemplo, $100 por milhão de chamadas de API). 

No entanto, Nigel acredita que a melhor forma de controlar os custos de cloud é simples: responsabilizar diretamente as unidades de negócio através de imputações internas. Quando os custos estão associados aos resultados do negócio, as equipas gastam de forma mais ponderada e negoceiam melhores acordos com os fornecedores. Comece com um sistema transparente de imputação interna que atribua claramente as despesas aos departamentos certos. Pode implementar uma ferramenta de gestão de custos de cloud para acompanhar a utilização por projeto, equipa ou aplicação, ou implementar uma etiquetagem detalhada para identificar o destino de cada dólar. “Esta disciplina ajuda a manter as despesas de cloud dentro dos limites aceitáveis e proporcionais aos benefícios para a empresa”, afirma Nigel.

4. Otimize os custos de transferência de dados

Sempre que os dados atravessam regiões ou saem da rede do seu fornecedor de cloud, está a acumular custos. Uma rede de distribuição de conteúdos (CDN) pode reduzir estes custos através da colocação em cache de ficheiros estáticos, como imagens e CSS, em servidores periféricos mais próximos dos utilizadores, para que não tenha de pagar o montante total. 

Comece por listar os recursos estáticos e definir cabeçalhos de cache para obter melhores taxas de acerto. O seu fornecedor de cloud de hiperescala também inclui uma CDN integrada (CloudFront para AWS, Azure CDN). Desta forma, pode ainda beneficiar de uma faturação simplificada e de descontos por volume. 

Se a sua arquitetura move constantemente dados entre regiões, está na altura de repensar o design. Sirva o tráfego local a partir de recursos locais, replicando bases de dados e armazenamento em regiões ativas. Precisa de obter informações globais? Processe e resuma os dados regionalmente antes de os sincronizar, para não pagar pelo envio de dados em bruto através do globo. Os métodos de Captura de alterações de dados (CDC) baseados em registos e as consultas baseadas em tabelas de origem também podem ajudar a reduzir as transferências de dados, sincronizando apenas o que foi alterado, e não todo o conjunto de dados. 

Para transferências inevitáveis, agende-as durante as horas de menor procura para usufruir de tarifas mais baixas e comprima sempre os dados (gzip, Snappy, Parquet) para reduzir o tamanho e os custos da transferência.

Gerir as suas faturas da nuvem com dados & visibilidade 

“A verdade é que a adoção da nuvem aumentará os custos”, afirma Nigel. “Mas esses custos mais elevados trazem consigo a capacidade de fazer mais, e de o fazer mais depressa e com um potencial de resultados superior ao de sempre — uma vantagem crítica para competir com agilidade numa economia digital feroz.”

A otimização dos custos da nuvem não é uma corrida para reduzir os custos ao mínimo. Em vez disso, deve consistir numa despesa intencional, em que as suas escolhas tecnológicas estão alinhadas com os objetivos da empresa, mantendo simultaneamente a agilidade da sua organização. Quando investe com critério, o retorno traduz-se numa força duradoura no mercado e em melhores resultados a longo prazo.

Mantenha-se a par das melhores práticas, das notícias do setor e de outros conhecimentos sobre a nuvem, subscrevendo hoje a newsletter do CTO Club.