A fatura da cloud quase nunca descarrila de repente. Sobe pouco a pouco, mês após mês, até que um dia alguém das finanças lhe pergunta porque estão a pagar o mesmo que custaria um funcionário a meio-tempo. E a resposta honesta costuma ser incómoda: não sabemos ao certo. É aí que começa o verdadeiro problema, que não é a cloud em si, mas a falta de controlo sobre o que se liga, o que se esquece e o que ninguém desliga.
A boa notícia é que reduzir os custos da cloud não significa cortar potência nem aceitar que o seu site fique mais lento. Quase toda a poupança está em dinheiro que já está a deitar fora sem que ninguém repare: máquinas sobredimensionadas, ambientes de teste ligados todo o fim de semana, discos órfãos de servidores que apagou há seis meses. É a isto que se chama FinOps e, aplicado com critério a uma PME, devolve-lhe entre 20% e 40% da fatura sem tocar no desempenho. Vamos ver por partes.
Porque é que a fatura da cloud descarrila
A cloud vende-se com uma promessa perfeita: paga só pelo que usa. As letras pequenas dizem outra coisa: paga pelo que tem ligado, use-o ou não. E ligar é trivial —dois cliques— ao passo que desligar exige que alguém se lembre, saiba que aquele recurso é seu e tenha tempo. Numa PME sem um responsável de cloud claro, esse “alguém” não existe, por isso nunca se desliga nada.
A isto junta-se a cultura do “por via das dúvidas”. Um programador levanta uma máquina maior do que o necessário porque não quer ficar aquém. Contrata-se mais armazenamento do que fará falta em dois anos. Duplicam-se ambientes para uma demonstração e ficam ali. Cada decisão, por si só, parece razoável. Somadas, são uma fuga constante que a fatura esconde por trás de um único número global que ninguém desdobra.
O terceiro fator é a complexidade do modelo de preços. A AWS, a Azure e a Google Cloud têm catálogos com milhares de referências, tarifas por transferência de dados, preços que variam por região. É quase impossível que alguém sem dedicação específica perceba para onde vai o dinheiro. E o que não se mede, não se controla. Por isso o primeiro passo de qualquer otimização séria não é desligar nada, mas ver a fatura a sério: por serviço, por projeto e por responsável.
Recursos desligados, sobredimensionados e esquecidos
Aqui está o grosso da poupança rápida, a que não exige redesenhar nada. São três tipos de desperdício que aparecem em quase todas as contas que auditamos, e que se corrigem em dias, não em meses.
- Recursos órfãos: discos que sobreviveram à máquina que apagou, IP fixos sem uso, cópias de servidores que já não existem, balanceadores sem nada por trás. Não prestam serviço a ninguém e pagam-se por inteiro todos os meses.
- Recursos sobredimensionados: a máquina de 16 GB de RAM que trabalha sempre a 8%. O motor de base de dados contratado para picos que nunca chegam. Ajustar ao tamanho real (rightsizing) costuma cortar metade do custo desse recurso sem que o utilizador note qualquer diferença.
- Recursos ligados sem uso: ambientes de desenvolvimento, testes e pré-produção a funcionar 24/7 quando só se usam no horário de expediente. Desligá-los à noite e ao fim de semana elimina 70% da sua fatura de uma vez.
Este último ponto é a vitória mais fácil e a que mais gente ignora. Um ambiente de teste só faz falta 40 horas por semana, não 168. Programar o encerramento automático fora do horário é meia hora de trabalho e poupa dinheiro todas as semanas durante anos. O mesmo com as políticas de ciclo de vida: mover dados antigos para níveis mais baratos e apagar automaticamente o que caduca.
O requisito prévio para tudo isto é a etiquetagem. Se cada recurso levar o seu projeto, o seu ambiente e o seu responsável, sabe o que pode desligar sem medo. Sem etiquetas, cada limpeza é uma roleta russa em que o prémio é deitar abaixo a produção. É o que transforma a otimização em algo repetível em vez de um feito heroico isolado.
Reservas, autoscaling e licenças bem ajustadas
Depois de limpar o que sobra, é altura de otimizar o que realmente precisa. E aqui o erro mais caro é pagar preço de tabela cheio por cargas de trabalho perfeitamente previsíveis. Se sabe que um servidor vai estar ligado todo o ano —e a sua base de dados de produção está—, pagá-lo a pedido é deitar dinheiro fora.
Reservas e planos de poupança para o estável
As instâncias reservadas e os savings plans dão descontos entre 30% e 70% em troca de um compromisso de uso por um ou três anos. Para a base da sua infraestrutura —aquilo que sabe que vai continuar ali— é dinheiro oferecido que está a recusar. A chave é reservar apenas o que é verdadeiramente estável e deixar o resto a pedido; comprometer-se a mais prende-o a recursos que talvez deixe de usar.
Autoscaling para o variável
Para as cargas que sobem e descem —o seu site em campanha, um processo que dispara ao fim do mês— a resposta não é uma máquina enorme por precaução, mas o autoscaling: que a infraestrutura cresça quando é preciso e encolha quando o pico passa. Assim paga capacidade alta só durante as horas em que a usa, e o desempenho não se ressente porque o sistema reage antes de o utilizador notar. Isto desmonta o falso dilema entre poupar e render: bem configurado, faz as duas coisas ao mesmo tempo.
Licenças que paga duas vezes
E depois há o capítulo silencioso: as licenças. Windows Server, SQL Server ou bases de dados comerciais faturadas dentro da máquina cloud quando talvez já tenha licenças próprias para trazer, ou quando uma alternativa open source faria o mesmo trabalho de graça. Rever isto uma vez por ano recupera quantias que surpreendem, porque é dinheiro pago em piloto automático.
Como vigiá-la todos os meses sem enlouquecer
A otimização não é um projeto de uma só vez. Se a abandonar, em seis meses a fatura volta a inchar porque a equipa continua a criar recursos e ninguém os revê. Mas isso não significa viver a olhar para painéis: significa montar três ou quatro controlos automáticos que trabalhem por si e só o avisem quando algo se desvia.
- Orçamentos com alertas: define um teto mensal por projeto e recebe um aviso quando a despesa projetada está prestes a ultrapassá-lo. Fica a saber a meio do mês, não quando chega a fatura.
- Deteção de anomalias: os três grandes fornecedores avisam quando a despesa dispara de forma invulgar. Um processo pendurado a consumir pode custar centenas de euros num fim de semana se ninguém o vir.
- Revisão mensal de 30 minutos: uma vista de olhos ao detalhe por serviço comparado com o mês anterior. O que subiu e porquê? Com a etiquetagem bem feita, a resposta está a um clique.
- Relatório de recomendações: as plataformas sugerem o que redimensionar e o que reservar. Não aceite às cegas, mas é o seu ponto de partida todos os meses.
A chave está em apoiar esta vigilância na sua monitorização habitual, para cruzar custo com desempenho real. De nada serve cortar uma máquina se com isso degrada o serviço: o objetivo é gastar o justo para o desempenho de que o seu negócio precisa. Custo e desempenho olham-se sempre em conjunto.
A cloud não é cara. Cara é a cloud que ninguém vigia.
Como a MagicBoxDesk o ajuda a otimizar a sua cloud
Na MagicBoxDesk fazemos exatamente isto: auditamos a fundo a sua conta cloud e mostramos-lhe, em euros, para onde vai o dinheiro e quanto podemos recuperar sem tocar no seu desempenho. Primeiro a limpeza rápida, depois o ajuste fino de reservas, autoscaling e licenças, e por fim deixamos montado o sistema de vigilância para que a fatura não volte a descarrilar. Tudo dentro dos nossos serviços de infraestrutura cloud gerida, com suporte em toda a Espanha e deslocação aos seus escritórios quando é preciso.
O melhor é que a otimização cloud quase sempre se paga a si própria: a poupança do primeiro mês costuma cobrir o trabalho, e a partir daí é margem para o seu negócio. Tratamos de tudo para que se possa dedicar ao que é seu. Peça um orçamento sem compromisso e, com a sua fatura real à frente, dizemos-lhe quanto pode poupar de verdade.
