O caso
A primeira conta da nuvem chegou. Três vezes maior que a previsão.
O Isaac calculou o custo da loja somando o preço da VM. No fim do mês, a fatura trouxe também o disco, o IP, a transferência de dados e uma VM de teste que ele esqueceu ligada.
A nuvem cobra pelo que você usa. Mas também cobra pelo que você esquece.
Este post parte de Fundamentos da Nuvem, onde vimos a troca de CapEx por OpEx, e usa Máquinas Virtuais e Armazenamento na Nuvem como exemplos de onde a conta nasce.
O problema
Pagar por uso corta nos dois sentidos
Pagar só pelo que usa é a promessa da nuvem. O outro lado: tudo o que existe gera cobrança, esteja ou não sendo usado. A conta vem de poucas fontes:
- Computação: as VMs e funções, por hora, por segundo ou por execução.
- Armazenamento: o espaço ocupado, por gigabyte ao mês, mesmo parado.
- Transferência de dados: principalmente os dados que saem do provedor.
- Serviços gerenciados: bancos, filas, balanceadores, cada um com a sua regra.
A solução
Três modelos de preço
O mesmo recurso pode ser pago de jeitos diferentes. Quanto mais previsível ou flexível você é, menos paga.
Sob demanda (on-demand)
Você paga pelo que usa, sem compromisso, e pode parar quando quiser. É o preço cheio.
Na loja: a VM que sobe na Black Friday e desce depois.
Compromisso de uso (committed use)
Você se compromete a usar por 1 ou 3 anos e ganha um desconto grande. Compensa para carga constante.
Na loja: o banco de dados, que roda o ano todo.
Capacidade ociosa (spot)
O provedor vende a capacidade que sobrou, com desconto de até 90%, e pode tomá-la de volta com pouco aviso.
Na loja: o processamento noturno de relatórios, que pode recomeçar.
O nome em cada nuvem
| Modelo | AWS | Azure | Google Cloud | Oracle Cloud |
|---|---|---|---|---|
| Sob demanda (on-demand) | On-Demand | Pay-as-you-go | On-demand | Pay as You Go |
| Compromisso (committed use) | Reserved Instances e Savings Plans | Reservations | Committed Use Discounts | Universal Credits |
| Capacidade ociosa (spot) | Spot Instances | Spot VMs | Spot VMs | Preemptible Instances |
Não confunda
Entrada × saída de dados
Transferir dados também custa, e a regra é assimétrica.
Entrada (ingress)
“Quanto custa enviar dados para a nuvem?”
- Exemplo
- Subir as fotos do catálogo para o armazenamento.
- Foco
- Em geral é gratuita.
Saída (egress)
“Quanto custa tirar dados da nuvem?”
- Exemplo
- O cliente baixa as fotos, ou os dados vão para outra região.
- Foco
- Cobrada por gigabyte, e mais cara para a internet e entre regiões.
Como controlar
Para não levar susto
Orçamento e alertas (budgets and alerts)
Defina um valor mensal e receba um aviso ao chegar a 50%, 80% e 100%, antes da fatura.
Na loja: um alerta no e-mail do Isaac.
Tags de custo (cost allocation tags)
Etiquetas nos recursos (ambiente=teste, projeto=loja) mostram quem gasta o quê na fatura.
Na loja: a VM esquecida aparece como "teste".
Right-sizing
Ajustar o tamanho do recurso ao uso real. Uma VM com 10% de CPU pode ser menor.
Na loja: trocar a VM do banco por uma menor.
Desligar e apagar
O que não está em uso é desligado, e o que não serve mais é apagado.
Na loja: ambiente de teste desligado à noite.
| Ferramenta | AWS | Azure | Google Cloud | Oracle Cloud |
|---|---|---|---|---|
| Orçamento e alertas (budgets and alerts) | AWS Budgets | Cost Management | Cloud Billing (orçamentos) | OCI Budgets |
| Estimar antes de criar | Pricing Calculator | Pricing Calculator | Pricing Calculator | Cost Estimator |
Essas práticas formam o FinOps: cultura e ferramentas para que engenharia e finanças decidam juntas o gasto na nuvem.
Na prática
O que fazer em cada situação
| Situação | O que fazer |
|---|---|
| Servidor ligado o ano inteiro, por anos | Compromisso (committed use) de 1 ou 3 anos |
| Processamento em lote que pode recomeçar | Capacidade ociosa (spot) |
| Pico imprevisível, como a Black Friday | Sob demanda (on-demand) |
| Ambiente de teste usado só no expediente | Desligar fora do horário |
| Backup que ninguém abre há meses | Classe de arquivamento (archive), como em Armazenamento |
| Fatura que cresce sem explicação | Tags de custo (cost allocation tags) para achar de onde vem |
Termos-chave
Seis termos para fixar
Toque no cartão para ver a definição.
Teste rápido
Três perguntas, estilo prova
01
Um banco de dados roda 24 horas por dia e vai continuar assim pelos próximos três anos. Qual modelo de preço é o mais econômico?
02
Um processamento noturno pode ser interrompido e retomado sem problema, e a empresa quer o menor custo. O que usar?
03
Em geral, qual destes tráfegos de dados é cobrado?
A pergunta de prova sobre custos costuma ser a mesma: qual modelo de preço combina com esta carga? Constante pede compromisso, interrompível pede spot, imprevisível pede sob demanda. E, para o Isaac nunca mais se surpreender, um orçamento com alerta e tags nos recursos.