As derrapagens de custo na cloud raramente vêm de serviços caros. Vêm de arquitecturas que tornam um padrão caro na opção por omissão — tráfego conversador entre zonas, capacidade sempre ligada e sobredimensionada, ou registos guardados indefinidamente porque ninguém definiu uma política.
Saber em que eixo se escala
Antes de escolher infraestrutura, identifique o que cresce de facto: utilizadores concorrentes, dados armazenados, processamento em segundo plano ou tráfego de saída. Uma plataforma cujo custo é dominado pelo armazenamento não deve ser optimizada para elasticidade de computação, nem o inverso.
O tráfego de saída e entre zonas é o silencioso
As rubricas de computação e armazenamento são escrutinadas; a transferência de dados raramente o é até se tornar significativa. Mantenha serviços conversadores na mesma zona, coloque uma CDN à frente de tudo o que for estático, e seja deliberado sobre onde os grandes volumes atravessam uma fronteira.
- Defina explicitamente a retenção de registos e métricas — o valor por omissão costuma ser superior ao necessário
- Dimensione depois de medir a utilização real, não a partir da estimativa inicial
- Reduza ambientes de não produção a zero fora do horário de trabalho
- Etiquete todos os recursos por projecto e ambiente para que o custo seja atribuível
- Coloque um alerta de orçamento no primeiro dia, não depois da primeira factura surpreendente
Kubernetes quando a carga o justificar
O Kubernetes é a resposta certa para um conjunto de serviços com perfis de escala genuinamente variados. Para uma única aplicação com carga previsível, acrescenta custo operacional — actualizações de cluster, gestão de nós e a competência para o depurar às três da manhã — sem benefício correspondente. Escolha-o de forma deliberada.