Referência

Glossário de FinOps e Kubernetes

Os termos que aparecem em conversas sobre custo de cloud e Kubernetes, em linguagem direta, com o caminho para medir cada um no seu ambiente.

FinOps

Prática que aproxima engenharia, finanças e negócio para decidir sobre gasto em cloud com dados. O foco é ter custo visível, com dono, e reduzir desperdício sem prejudicar entrega. Ver: Quiz de maturidade em FinOps

Showback e chargeback

Showback mostra a cada time quanto ele gasta, sem cobrar. Chargeback repassa esse custo ao orçamento do time. O primeiro costuma vir antes e já muda comportamento.

Alocação de custo

Atribuir o gasto de um recurso compartilhado, como um cluster, a times, produtos ou ambientes, em geral por namespace, labels ou tags.

Custo unitário

Custo de infraestrutura dividido por uma unidade de negócio, como requisição, cliente ou transação. Mostra se o custo cresce mais rápido que o uso.

Rightsizing

Ajustar requests de CPU e memória (ou o tamanho das instâncias) ao uso real. Em Kubernetes, requests inflados reservam capacidade que ninguém usa e são uma das maiores fontes de desperdício. Ver: rightsizing-check

Requests e limits

Request é a quantidade de CPU e memória que o scheduler reserva para o pod. Limit é o teto de uso. O custo do cluster segue os requests, porque é isso que ocupa os nós.

On-Demand

Preço de tabela de uma instância, sem compromisso e sem interrupção.

Spot

Capacidade ociosa da cloud vendida com desconto, em troca de a instância poder ser retomada com pouco aviso. Serve para cargas que toleram interrupção. Ver: Estimador de custo de Spot

Savings Plans

Compromisso de gasto por hora, por 1 ou 3 anos, em troca de desconto sobre uso On-Demand. Não se aplicam a instâncias Spot. Ver: Spot ou Savings Plans

Reserved Instances

Reserva de uma configuração de instância por 1 ou 3 anos com desconto. Foi o modelo anterior aos Savings Plans e é menos flexível.

Graviton

Processadores arm64 projetados pela AWS, geralmente com melhor custo por desempenho. Exigem imagens e dependências compatíveis com arm64. Ver: graviton-readiness

Karpenter

Autoscaler de nós que cria instâncias diretamente a partir dos requisitos dos pods pendentes e consolida nós subutilizados. Usa NodePool e EC2NodeClass na AWS. Ver: Karpenter ou Cluster Autoscaler

Cluster Autoscaler

Autoscaler de nós que aumenta e diminui grupos de nós pré-definidos, como Auto Scaling Groups, conforme há pods pendentes ou nós subutilizados.

Consolidação

Reempacotar pods em menos nós, ou em nós menores, para liberar capacidade e reduzir custo. No Karpenter, é controlada por políticas e budgets de disrupção.

HPA e VPA

O Horizontal Pod Autoscaler muda o número de réplicas conforme a carga. O Vertical Pod Autoscaler ajusta os requests de cada pod. São complementares aos autoscalers de nós.

PodDisruptionBudget

Limite de quantos pods de um serviço podem ficar indisponíveis ao mesmo tempo durante manutenções voluntárias, como drenagem de nós ou consolidação.

Topology spread

Regra que distribui réplicas entre zonas ou nós. Protege contra a perda de uma zona, mas pode aumentar o tráfego entre zonas.

NAT Gateway

Serviço da AWS que dá saída para a internet às subnets privadas. Cobra por hora e por GB processado, e vira um custo oculto quando o tráfego para S3 e APIs da AWS passa por ele. Ver: Calculadora de custos ocultos do EKS

Tráfego entre AZs

Dados que cruzam zonas de disponibilidade na mesma região. A AWS cobra por GB nas duas direções, e o custo passa despercebido até o volume crescer.

Volumes EBS ociosos

Volumes sem anexo, geralmente de PVCs órfãos ou nós antigos. Continuam sendo cobrados por GB-mês até serem apagados.

SLO e error budget

SLO é a meta de confiabilidade de um serviço. O error budget é a margem de falha que ela permite, e decide quanto risco, inclusive de otimização de custo, o time pode assumir.